RU2426275C2 - Method, system and network element for processing service rendering after network element data become forbidden, or network element denial - Google Patents

Method, system and network element for processing service rendering after network element data become forbidden, or network element denial Download PDF

Info

Publication number
RU2426275C2
RU2426275C2 RU2009134567/09A RU2009134567A RU2426275C2 RU 2426275 C2 RU2426275 C2 RU 2426275C2 RU 2009134567/09 A RU2009134567/09 A RU 2009134567/09A RU 2009134567 A RU2009134567 A RU 2009134567A RU 2426275 C2 RU2426275 C2 RU 2426275C2
Authority
RU
Russia
Prior art keywords
user
cscf
network
data
message
Prior art date
Application number
RU2009134567/09A
Other languages
Russian (ru)
Other versions
RU2009134567A (en
Inventor
Цянь ДУ (CN)
Цянь ДУ
Бин ВЭЙ (CN)
Бин ВЭЙ
Сяоюнь ВАН (CN)
Сяоюнь Ван
Лэйбинь ВАН (CN)
Лэйбинь ВАН
Шуфэн ШИ (CN)
Шуфэн ШИ
Пэн ЧЖАО (CN)
Пэн ЧЖАО
Сюэся ЯНЬ (CN)
Сюэся ЯНЬ
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
Priority to CN200610169866 priority Critical
Priority to CN200610169866.0 priority
Priority to CN2007101015790A priority patent/CN101299874B/en
Priority to CN200710101579.0 priority
Priority to CN200710135728.5 priority
Application filed by Хуавэй Текнолоджиз Ко., Лтд., Чайна Мобайл Коммьюникейшнз Корпорейшн filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Publication of RU2009134567A publication Critical patent/RU2009134567A/en
Application granted granted Critical
Publication of RU2426275C2 publication Critical patent/RU2426275C2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/40Techniques for recovering from a failure of a protocol instance or entity, e.g. failover routines, service redundancy protocols, protocol state redundancy or protocol service redirection in case of a failure or disaster recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1013Network architectures, gateways, control or user entities
    • H04L65/1016IMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1066Session control
    • H04L65/1073Registration

Abstract

FIELD: information technology.
SUBSTANCE: disclosed is a method and a system for processing service rendering after network element data become forbidden or network element denial. When the service rendering network element receives a message with a service rendering request from the network and is initiated for the called party, and user data are forbidden, the service rendering network element returns a message on the forbidden data for the called party to the network. When the network element which contains user registration data is abnormal, and user registration data are forbidden, the time during which the service is forbidden is shortened and user servicing can be quickly restored by using the present invention.
EFFECT: method of processing service rendering after network element data become forbidden.
9 cl, 29 dwg

Description

Перекрестная ссылка на родственные заявкиCross reference to related applications

Настоящая заявка является выделенной заявкой из Российской Патентной Заявки №2009129157, поданной 28 июля 2009г. и озаглавленной «СПОСОБ, СИСТЕМА И ЭЛЕМЕНТ СЕТИ ДЛЯ ОБРАБОТКИ ПРЕДОСТАВЛЕНИЯ УСЛУГ ПОСЛЕ ТОГО, КАК ДАННЫЕ ЭЛЕМЕНТА СЕТИ СТАНОВЯТСЯ НЕДОПУСТИМЫМИ, ИЛИ ОТКАЗЕ ЭЛЕМЕНТА СЕТИ». Содержание определенной выше заявки включено в данный документ посредством ссылки во всей своей полноте.This application is a separate application from the Russian Patent Application No. 2009129157, filed July 28, 2009. and entitled “METHOD, SYSTEM AND NETWORK ELEMENT FOR PROCESSING THE PROVISION OF SERVICES AFTER THE NETWORK ELEMENT DATA BECOMES UNACCEPTABLE OR THE NETWORK ELEMENT IS FAILED.” The content of the above application is incorporated herein by reference in its entirety.

Область техникиTechnical field

Настоящее изобретение относится к способу для обработки предоставления услуг в области техники связи, а более конкретно к способу для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, и к способу для обработки предоставления услуг после того, как элемент сети отказывает при работе, в сети подсистемы передачи IP-мультимедиа. Настоящее изобретение также относится к системе обработки предоставления услуг и элементу сети, и настоящее изобретение дополнительно относится к способу, системе и устройству для возвращения пользовательских данных, а более конкретно к способу, системе и устройству для возвращения пользовательских данных после того, как данные элемента сети становятся недопустимыми, в сети подсистемы передачи IP-мультимедиа.The present invention relates to a method for processing service delivery in the field of communication technology, and more specifically, to a method for processing service delivery after data of a network element becomes invalid, and to a method for processing service delivery after a network element fails, in the network of the IP multimedia transmission subsystem. The present invention also relates to a service delivery processing system and a network element, and the present invention further relates to a method, system and device for returning user data, and more particularly, to a method, system and device for returning user data after the network element data becomes invalid network IP multimedia transmission subsystem.

Уровень техникиState of the art

Подсистема передачи мультимедиа по IP-сетям (IMS) является подсистемой, накладываемой поверх существующего домена с коммутацией пакетов (PS) в сети с широкополосным множественным доступом с кодовым разделением каналов (WCDMA), добавленной в R5 Партнерского проекта третьего поколения (3GPP), и использует PS-домен в качестве однонаправленного канала для передачи управляющих служебных сигналов верхнего уровня и передачи мультимедиа. Протокол инициирования сеанса (SIP) представляется как протокол управления услугами. За счет использования преимуществ признаков, что SIP является простым, несложным в наращивании и удобным для комбинации мультимедиа, IMS предоставляет различные мультимедийные услуги через разделение управления услугами и управления однонаправленным каналом. Функциональные объекты в IMS включают в себя функцию управления сеансами и вызовами (CSCF), выполненную с возможностью осуществлять управление регистрацией пользователей и управление услугами, сервер собственных абонентов (HSS), выполненный с возможностью совместно управлять данными пользовательских подписок, сервер приложений (AS), выполненный с возможностью предоставлять различные функции управления логикой предоставления услуг, и т.д.The IP Multimedia Transmission Subsystem (IMS) is a subsystem superimposed over an existing packet-switched domain (PS) in a wideband code division multiple access (WCDMA) network, added to the Third Generation Partnership Project R5 (3GPP) R5, and uses PS domain as a unidirectional channel for transmitting control service signals of the upper level and transmitting multimedia. Session Initiation Protocol (SIP) is represented as a service control protocol. By taking advantage of the attributes that SIP is simple, easy to build, and easy to combine multimedia, IMS provides various multimedia services through the separation of service management and unidirectional channel management. Functional objects in IMS include a session and call management (CSCF) function configured to perform user registration management and service management, a home subscriber server (HSS) configured to jointly manage user subscription data, an application server (AS) with the ability to provide various functions to control the logic of the provision of services, etc.

Фиг.1 - это схематическое представление структуры IMS-сети в предшествующем уровне техники. На фиг.1 AS - это сервер приложений, HSS - это сервер собственных абонентов, I-CSCF - это опрашивающая CSCF, P-CSCF - это прокси-CSCF, S-CSCF - это обслуживающая CSCF, и UE - это абонентское устройство (пользовательское оборудование). Как показано на фиг.1, процесс предоставления услуг пользователю заключается в следующем: после того как UE включено, UE инициирует процесс регистрации в IMS-сети; после приема запроса на регистрацию от пользователя IMS-сеть сохраняет информацию, такую как регистрационные данные и состояние регистрации пользователя в соответствующих элементах сети, например P-CSCF, S-CSCF, AS и HSS сохраняют регистрационную информацию пользователя. UE переносит параметр периода регистрации в регистрационном сообщении и после того, как UE успешно зарегистрировано, UE периодически инициирует процесс повторной регистрации в IMS-сети, чтобы обновлять регистрационные данные и состояние регистрации пользователя. Только пользователь в зарегистрированном состоянии в соответствующем элементе сети для IMS-сети может выполнять соответствующие пользовательские услуги, к примеру инициировать вызов в качестве вызывающего абонента или принимать вызов в качестве вызываемого абонента.Figure 1 is a schematic diagram of the structure of an IMS network in the prior art. 1, AS is an application server, HSS is a subscriber server, I-CSCF is a polling CSCF, P-CSCF is a proxy CSCF, S-CSCF is a serving CSCF, and a UE is a subscriber unit (user equipment). As shown in figure 1, the process of providing services to the user is as follows: after the UE is turned on, the UE initiates the registration process in the IMS network; after receiving the registration request from the user, the IMS network stores information such as registration data and user registration status in corresponding network elements, for example, the P-CSCF, S-CSCF, AS and HSS save the user registration information. The UE transfers the registration period parameter in the registration message, and after the UE is successfully registered, the UE periodically initiates the re-registration process in the IMS network to update the registration data and the registration status of the user. Only a user in a registered state in the corresponding network element for the IMS network can perform the corresponding user services, for example, initiate a call as a caller or receive a call as a called subscriber.

Фиг.2 - это блок-схема последовательности операций процесса выполнения обслуживания пользователя в IMS-сети, описанной в 3GPP-стандартах по предшествующему уровню техники. Как показано на фиг.2, процесс включает в себя следующие этапы.Figure 2 is a flowchart of a user service execution process in an IMS network described in the 3GPP standards of the prior art. As shown in FIG. 2, the process includes the following steps.

На этапе 201, после того как UE включено, UE отправляет регистрационное сообщение в P-CSCF. In step 201, after the UE is turned on, the UE sends a registration message to the P-CSCF.

На этапе 202, после локального сохранения релевантных данных пользователя P-CSCF перенаправляет регистрационное сообщение в I-CSCF в домашнем домене пользователя. At step 202, after locating the relevant user data locally, the P-CSCF redirects the registration message to the I-CSCF in the user's home domain.

На этапе 203, I-CSCF отправляет запрос на авторизацию пользователя (UAR) в HSS и запрашивает S-CSCF, которая может предоставлять услуги пользователю. At step 203, the I-CSCF sends a user authorization request (UAR) to the HSS and requests an S-CSCF that can provide services to the user.

На этапе 204, HSS возвращает ответ по авторизации пользователя (UAA), переносящий S-CSCF, которая может предоставлять услуги пользователю, в I-CSCF. At step 204, the HSS returns a user authorization response (UAA) carrying the S-CSCF, which can provide services to the user, in the I-CSCF.

На этапе 205, I-CSCF перенаправляет регистрационное сообщение в выбранную S-CSCF. At step 205, the I-CSCF redirects the registration message to the selected S-CSCF.

На этапе 206, S-CSCF отправляет запрос назначения сервера (SAR) в HSS и запрашивает данные подписки пользователя из HSS. At step 206, the S-CSCF sends a server assignment request (SAR) to the HSS and requests user subscription data from the HSS.

На этапе 207, HSS возвращает ответ по назначению сервера (SAA), переносящий данные подписки пользователя, в S-CSCF. At step 207, the HSS returns a Server Assigned Response (SAA) transferring user subscription data to the S-CSCF.

На этапе 208, S-CSCF инициирует стороннюю регистрацию в соответствующем AS согласно данным подписки пользователя и локально сохраняет релевантные данные пользователя. At step 208, the S-CSCF initiates a third-party registration in the corresponding AS according to the user subscription data and locally stores the relevant user data.

На этапе 209, AS отвечает с помощью ответа об успешной регистрации. At step 209, the AS responds with a successful registration response.

На этапе 210, S-CSCF отвечает с помощью ответа об успешной регистрации. At step 210, the S-CSCF responds with a successful registration response.

На этапе 211, I-CSCF отвечает с помощью ответа об успешной регистрации. At step 211, the I-CSCF responds with a successful registration response.

На этапе 212, P-CSCF отвечает с помощью ответа об успешной регистрации. At step 212, the P-CSCF responds with a successful registration response.

На этапе 213, после того как пользователь успешно зарегистрирован, пользователь может начинать выполнять соответствующий процесс получения услуг. At step 213, after the user is successfully registered, the user can begin to perform the corresponding process for obtaining services.

На этапе 214, после того как период регистрации UE истекает, UE инициирует процесс повторной регистрации, чтобы обновлять регистрационные данные и состояние регистрации пользователя в IMS-сети, с тем чтобы пользователь мог продолжать выполнять процесс получения услуг.At step 214, after the registration period of the UE expires, the UE initiates a re-registration process to update the registration data and the registration status of the user in the IMS network so that the user can continue to perform the service acquisition process.

В предшествующем уровне техники, UE инициирует запрос на регистрацию в IMS-сети и после того, как регистрация успешно выполнена, UE не инициирует процесс повторной регистрации в периоде регистрации по своей инициативе. Если один из элементов сети (например, P-CSCF, S-CSCF или AS), сохраняющий регистрационные данные пользователя в IMS-сети, отказывает при работе в этот период, то регистрационные данные пользователя в элементе сети станут недопустимыми (например, регистрационные данные пользователя теряются после того, как один из элементов сети сбрасывается). Здесь, если UE инициирует запрос на получение услуг, то элемент сети должен рассматривать UE как незарегистрированное и отклонять запрос на предоставление услуг пользователю. Следовательно, UE не может выполнять услугу вызова в периоде регистрации. Помимо этого, когда осуществляется вызов пользователю, поскольку регистрационные данные пользователя в различных элементах сети отличаются (некоторые элементы сети сохраняют регистрационные данные пользователя, и пользователь находится в зарегистрированном состоянии, тогда как другие элементы сети не сохраняют регистрационные данные пользователя), вызываемый пользователь не может быть найден. Следовательно, соответствующая вызываемая услуга также не может быть выполнена.In the prior art, the UE initiates a registration request in the IMS network, and after registration is successful, the UE does not initiate the re-registration process in the registration period on its own initiative. If one of the network elements (for example, P-CSCF, S-CSCF or AS) that stores user credentials in the IMS network fails during this period, then the user credentials in the network element will become invalid (for example, user credentials are lost after one of the network elements is reset). Here, if the UE initiates a service request, then the network element should consider the UE as unregistered and reject the service request to the user. Therefore, the UE cannot perform the call service in the registration period. In addition, when a call is made to the user, since the user credentials in different network elements are different (some network elements store the user registration data and the user is in a registered state, while other network elements do not save the user registration data), the called user cannot be found. Therefore, the corresponding called service also cannot be performed.

В заключение, в IMS-сети, если регистрационные данные пользователя становятся недопустимыми, поскольку элемент сети, сохраняющий регистрационные данные пользователя, является анормальным, пользователь не может выполнять соответствующие услуги в периоде регистрации. В существующих стандартах, нет доступного механизма для уведомления UE, чтобы инициировать повторную регистрацию в таком случае.In conclusion, in an IMS network, if the user’s registration data becomes invalid because the network element that stores the user’s registration data is abnormal, the user cannot perform the corresponding services during the registration period. In existing standards, there is no mechanism available to notify the UE to initiate re-registration in such a case.

Помимо этого, в предшествующем уровне техники, если элемент сети отказывает при работе, нет доступного надлежащего способа обработки предоставления услуг, чтобы завершать текущий процесс предоставления услуг, так что сетевые услуги остаются в незавершенном состоянии, и сетевые услуги для пользователя не могут быть восстановлены вовремя.In addition, in the prior art, if a network element fails to operate, there is no suitable service delivery processing method available to complete the current service delivery process, so that network services remain in an unfinished state and network services for a user cannot be restored on time.

Фиг.3 - это подробное схематическое структурное представление IMS-сети в предшествующем уровне техники. Как показано на фиг.3, IMS-сеть включает в себя CSCF и HSS.Figure 3 is a detailed schematic structural view of an IMS network in the prior art. As shown in FIG. 3, the IMS network includes CSCF and HSS.

CSCF предоставляет базовую функцию управления в базовой сети и отвечает за выполнение аутентификации при регистрации и управление сеансами UE, реализацию основных функций маршрутизации сеансов для вызывающих и вызываемых IMS-пользователей, маршрутизацию и инициирование собственных дополнительных услуг для AS и выполнение взаимодействия по управлению услугами, когда условия удовлетворяются согласно правилам IMS-фильтрации, на которые подписан пользователь.The CSCF provides a basic management function in the core network and is responsible for performing authentication during registration and managing UE sessions, implementing basic session routing functions for called and called IMS users, routing and initiating its own additional services for AS, and performing service management interactions when conditions are satisfied according to the IMS filtering rules to which the user is subscribed.

HSS выполнен с возможностью сохранять набор информации по подписке IMS, когда оператор открывает учетную запись и поддерживает настройку и модификацию данных подписки оператором или конечным пользователем через интерфейс с системой управления обслуживанием. HSS регистрирует информацию маршрутизации доменных имен S-CSCF в процессе регистрации IMS через Cx-интерфейс на основе протокола Diameter между HSS и S-CSCF и поддерживает загрузку основной информации по подписке IMS в S-CSCF через Cx-интерфейс. HSS выбирает S-CSCF, обслуживающую пользователя в ходе регистрации пользователя, через Cx-интерфейс на основе протокола Diameter между HSS и I-CSCF или предоставляет имя S-CSCF, предоставляющей услуги пользователю, в настоящий момент в I-CSCF, так чтобы I-CSCF могла маршрутизировать регистрационную информацию или сеанс в корректную S-CSCF. HSS предоставляет данные подписки и интерфейс удаленного доступа к базе данных для сценариев логики предоставления услуг в SIP AS собственных дополнительных услуг или в сервер поддержки услуг (SCS) для открытой архитектуры обслуживания (OSA) через Sh-интерфейс между HSS и SIP и между HSS и AS, и HSS отвечает за прозрачное хранение данных собственных дополнительных услуг AS для конкретных абонентов, но не заключает в себе семантическую интерпретацию.HSS is configured to save a set of information on an IMS subscription when an operator opens an account and supports setting up and modifying subscription data by an operator or an end user through an interface with a service management system. The HSS logs S-CSCF domain name routing information during IMS registration through the Cx interface based on Diameter protocol between the HSS and S-CSCF and supports loading basic IMS subscription information into the S-CSCF via the Cx interface. The HSS selects the S-CSCF serving the user during user registration through the Diameter protocol Cx interface between the HSS and the I-CSCF, or provides the name of the S-CSCF that provides the services to the user currently in the I-CSCF, so that I- The CSCF could route the login information or session to the correct S-CSCF. HSS provides subscription data and a remote database access interface for service delivery logic scenarios in the SIP AS of its own additional services or in the service support server (SCS) for an open service architecture (OSA) via the Sh-interface between HSS and SIP and between HSS and AS , and HSS is responsible for transparently storing data of its own additional AS services for specific subscribers, but does not include a semantic interpretation.

Функция обнаружения подписок (SLF) является функцией обнаружения пользовательских подписок, которая имеет механизм преобразования адресов. Когда сетевой оператор размещает несколько независимых и адресуемых HSS, механизм дает возможность I-CSCF, S-CSCF и AS обнаруживать адрес HSS, где данные подписки для идентификационных данных конкретных пользователей сохраняются. SLF может быть физически расположена совместно с HSS.Subscription Discovery (SLF) is a subscription discovery function that has an address translation mechanism. When the network operator hosts several independent and addressable HSSs, the mechanism enables the I-CSCF, S-CSCF and AS to detect the HSS address where subscription data for specific user credentials is stored. SLF can be physically located in conjunction with HSS.

AS получает или обновляет данные, связанные с услугами пользователя, и информацию о состоянии пользователя через Sh-интерфейс HSS, и S-CSCF получает информацию по подписке пользователя через Cx-интерфейс между HSS и S-CSCF.The AS receives or updates data related to user services and user status information via the HSS Sh-interface, and the S-CSCF receives user subscription information via the Cx interface between the HSS and the S-CSCF.

В IMS-сети, UE может использовать услуги, предоставляемые посредством IMS-сети, после регистрации в сети. Между тем, UE может выбирать подписываться на незарегистрированные услуги, и когда UE не зарегистрировано в сети, сеть по-прежнему может предоставлять незарегистрированные услуги, такие как переадресация вызовов и запись вызовов. Когда UE зарегистрировано в сети или когда пользователь является стороной входящего вызова, S-CSCF и HSS обмениваются данными аутентификации и данными об услугах пользователя через пару команд запроса назначения сервера/ответа по назначению сервера (SAR/SAA).In an IMS network, the UE may use the services provided through the IMS network after registering with the network. Meanwhile, the UE may choose to subscribe to unregistered services, and when the UE is not registered on the network, the network can still provide unregistered services, such as call forwarding and call recording. When the UE is registered on the network or when the user is an incoming call party, the S-CSCF and HSS exchange authentication data and user service data through a pair of server assignment / response destination server request (SAR / SAA) commands.

Сценарий приложения SAR/SAA заключается в том, что S-CSCF принимает запрос на регистрацию UE, отправленный от P-CSCF, или принимает сообщение INVITE с запросом на установление сеанса от I-CSCF. The SAR / SAA application scenario is that the S-CSCF receives a UE registration request sent from the P-CSCF, or receives an INVITE message requesting a session from the I-CSCF.

(1) S-CSCF выполняет следующие действия для HSS через команду SAR: (1) The S-CSCF performs the following actions for the HSS through the SAR command:

- назначение S-CSCF для общедоступных идентификационных данных или очистка имени S-CSCF, назначенной для одних или нескольких общедоступных идентификационных данных; - Assigning an S-CSCF for publicly available credentials or clearing the S-CSCF name assigned to one or more publicly available credentials;

- запрашивание загрузки пользовательской информации, включающей в себя пользовательские данные или информацию об оплате; и - requesting the loading of user information including user data or payment information; and

- изменение состояния регистрации общедоступных пользовательских (PU) идентификационных данных, связанных с пользователем. - changing the registration status of the public user (PU) identification data associated with the user.

Server Assignment Type имеет 11 значений, два из которых поясняются следующим образом. Server Assignment Type has 11 values, two of which are explained as follows.

N0_ASSIGNMENT (0) сконфигурировано запрашивать пользовательские данные из HSS посредством S-CSCF без затрагивания состояния регистрации пользователя. N0_ASSIGNMENT (0) is configured to request user data from the HSS via the S-CSCF without affecting the user registration state.

UNREGISTERED_USER (3) сконфигурировано указывать S-CSCF, что запрос INVITE для входящего вызова незарегистрированному пользователю принят. UNRector_USER (3) is configured to indicate to the S-CSCF that an INVITE request for an incoming call to an unregistered user has been received.

Если имя S-CSCF в SAR, принимаемом посредством HSS, является несовместимым с именем S-CSCF, сохраненным в HSS, HSS заменяет первоначальное имя S-CSCF на новое, но возвращает код с результатами экспериментов в DIAMETER_ERROR_IDENTITY_ALREADY_REGISTERED, указывающий то, что S-CSCF назначена пользователю.If the S-CSCF name in the SAR received via HSS is incompatible with the S-CSCF name stored in the HSS, the HSS replaces the original S-CSCF name with a new one, but returns the experiment code in DIAMETER_ERROR_IDENTITY_ALREADY_Rhaps indicating that the S-CSCF assigned to user.

Когда тип операции в SAR, принимаемом посредством HSS, - это операция, которая не разрешена для пользователя в текущем состоянии, например, когда Server Assignment Type - это UNREGISTERED_USER, он указывает, что S-CSCF принимает запрос INVITE для входящего вызова по незарегистрированным общедоступным пользовательским идентификационным данным IMS (IMPU). Тем не менее, если IMPU зарегистрирован в HSS, в это время HSS возвращает код с результатами экспериментов в DIAMETER _ERROR_IN_ASSIGNMENT_TYPE, указывающий то, что S-CSCF назначена для пользователя, и текущее состояние пользователя состоит в том, что операция не разрешена.When the type of operation in the SAR received through the HSS is an operation that is not allowed for the user in the current state, for example, when the Server Assignment Type is UNRector_USER, it indicates that the S-CSCF accepts an INVITE request for an incoming call on unregistered public user IMS Identification Data (IMPU). However, if the IMPU is registered in the HSS, at this time the HSS returns a code with the results of the experiments to DIAMETER _ERROR_IN_ASSIGNMENT_TYPE indicating that the S-CSCF is assigned to the user and the current state of the user is that the operation is not allowed.

(2) HSS возвращает в S-CSCF через команду SAA следующее: (2) The HSS returns to the S-CSCF through the SAA command the following:

- результат обработки; - processing result;

- пользовательские данные; - user data;

- информация об оплате; и - Payment Information; and

- все конфиденциальные пользовательские идентификационные данные мультимедиа IMS (IMPI) подписки IMS. - all confidential IMS multimedia user identity (IMPI) IMS subscriptions.

HSS может загружать пользовательские данные и адрес функции оплаты только тогда, когда тип операции - это NO_ASSIGNMENT, REGISTRATION, RE_REGISTRATION или UNREGISTERED_USER. HSS can load user data and the address of the payment function only when the operation type is NO_ASSIGNMENT, REGISTRATION, RE_REGISTRATION or UNRcture_USER.

Далее описывается процесс, когда пользователь инициирует входящий вызов или исходящий вызов или AS заменяет пользователя, чтобы инициировать услугу исходящего вызова в IMS-сети в предшествующем уровне техники.The following describes the process when a user initiates an incoming call or an outgoing call, or the AS replaces the user to initiate an outgoing call service in the IMS network in the prior art.

Фиг.4 - это схематическое представление процесса реализации сеанса входящего вызова, который не зарегистрирован в сети пользователя, в предшествующем уровне техники. Как показано на фиг.4, процесс включает в себя следующие этапы.4 is a schematic diagram of a process for implementing an incoming call session that is not registered in a user network in the prior art. As shown in FIG. 4, the process includes the following steps.

На этапе 4001, I-CSCF принимает сообщение INVITE для входящего вызова к определенному пользователю. At step 4001, the I-CSCF receives an INVITE message for an incoming call to a specific user.

На этапе 4002, I-CSCF инициирует сообщение запроса информации о местоположении (LIR), чтобы получать информацию о S-CSCF, обслуживающей пользователя, или набор характеристик требуемых S-CSCF. At step 4002, the I-CSCF initiates a location information request message (LIR) to obtain information about the S-CSCF serving the user, or a set of characteristics of the required S-CSCF.

На этапе 4003, если HSS записывает имя S-CSCF, обслуживающей пользователя, HSS возвращает имя S-CSCF в I-CSCF через сообщение ответа с информацией о местоположении, а если HSS не имеет записи, HSS возвращает набор характеристик S-CSCF, которые удовлетворяют требованиям по обслуживанию пользователя.In step 4003, if the HSS records the name of the S-CSCF serving the user, the HSS returns the S-CSCF name to the I-CSCF via a location information response message, and if the HSS has no record, the HSS returns a set of S-CSCF characteristics that satisfy user service requirements.

На этапе 4004, если HSS не возвращает имя S-CSCF, а возвращает набор характеристик S-CSCF, I-CSCF выбирает соответствующую S-CSCF согласно набору характеристик S-CSCF, возвращенных посредством HSS. In step 4004, if the HSS does not return the S-CSCF name but returns the S-CSCF feature set, the I-CSCF selects the corresponding S-CSCF according to the set of S-CSCF characteristics returned by the HSS.

На этапе 4005, I-CSCF перенаправляет запрос INVITE в S-CSCF. At step 4005, the I-CSCF redirects the INVITE request to the S-CSCF.

На этапе 4006, если S-CSCF не имеет пользовательских данных, S-CSCF отправляет SAR в HSS, чтобы запрашивать пользовательские данные, и параметр Server Assignment Type в команде SAR задается равным UNREGISTERED_USER, чтобы сообщать HSS о том, что текущим состоянием пользователя является незарегистрированный входящий вызов.At step 4006, if the S-CSCF does not have user data, the S-CSCF sends the SAR to the HSS to request user data, and the Server Assignment Type parameter in the SAR command is set to UNRector_USER to inform the HSS that the current user state is unregistered incoming call.

На этапе 4007, HSS загружает пользовательские данные в S-CSCF через SAA. At step 4007, the HSS loads user data into the S-CSCF through the SAA.

На этапе 4008, S-CSCF выполняет управление услугами согласно пользовательским данным и осуществляет последующую обработку. At step 4008, the S-CSCF performs service control according to user data and performs subsequent processing.

Фиг.5 - это схематическое представление процесса реализации сеанса входящего вызова, который зарегистрирован в сети пользователя, в предшествующем уровне техники. В отличие от способа, показанного на фиг.4, процесс, показанный на фиг.5, не включает в себя этап 4004, этап 4006 и этап 4007, поскольку пользователь зарегистрирован в сети, сеть назначила S-CSCF, обслуживающую пользователя, и HSS сохраняет имя S-CSCF; поэтому процесс того, что I-CSCF выбирает S-CSCF согласно набору характеристик S-CSCF на этапе 4004, не выполняется в данном случае. Помимо этого, S-CSCF загрузила пользовательские данные из HSS, когда пользователь зарегистрирован, так что процесс того, что S-CSCF загружает пользовательские данные из HSS через SAR/SAA на этапе 4006, также не выполняется в данном случае. Дополнительно, обычно, состоянием пользователя, записанным в HSS, является "зарегистрирован", и имя связанной S-CSCF сохраняется в HSS, так что ситуация, когда S-CSCF не имеет пользовательских данных, не должна возникать, и этап 4007 не должен быть выполнен в данном случае.5 is a schematic diagram of a process for implementing an incoming call session that is registered in a user network in the prior art. Unlike the method shown in FIG. 4, the process shown in FIG. 5 does not include step 4004, step 4006, and step 4007, since the user is registered on the network, the network has assigned an S-CSCF serving the user, and the HSS saves S-CSCF name; therefore, the process that the I-CSCF selects the S-CSCF according to the S-CSCF feature set in step 4004 is not performed in this case. In addition, the S-CSCF loaded user data from the HSS when the user is registered, so that the process of the S-CSCF loading user data from the HSS through the SAR / SAA in step 4006 is also not performed in this case. Further, typically, the user state recorded in the HSS is “registered”, and the name of the associated S-CSCF is stored in the HSS, so that the situation where the S-CSCF does not have user data should not occur, and step 4007 should not be performed in this case.

Фиг.6 - это схематическое представление процесса реализации, когда AS заменяет пользователя, чтобы инициировать сеанс исходящего вызова, в предшествующем уровне техники. Как показано на фиг.6, когда AS заменяет пользователя, чтобы инициировать исходящий вызов, AS может получать имя S-CSCF, обслуживающей пользователя, из HSS через стороннюю регистрацию или через Sh-интерфейс. Если AS получает имя S-CSCF, обслуживающей пользователя, до замены пользователя, чтобы инициировать исходящий вызов, этап 601a на фиг.6 выполняется, т.е. AS напрямую маршрутизирует сеанс в S-CSCF, обслуживающую пользователя. Если имя S-CSCF, обслуживающей пользователя, не может быть получено, должен быть выполнен этап 601b1.6 is a schematic diagram of an implementation process when an AS replaces a user to initiate an outgoing call session in the prior art. As shown in FIG. 6, when the AS replaces the user in order to initiate an outgoing call, the AS can obtain the name of the S-CSCF serving the user from the HSS through third-party registration or through the Sh-interface. If the AS receives the name of the S-CSCF serving the user before replacing the user to initiate an outgoing call, step 601a of FIG. 6 is performed, i.e. AS directly routes the session to the S-CSCF serving the user. If the name of the S-CSCF serving the user cannot be obtained, step 601b1 must be performed.

На этапе 601b1, сеанс маршрутизируется в I-CSCF домашнего домена пользователя.At block 601b1, the session is routed to the I-CSCF of the user's home domain.

На этапе 601b2, I-CSCF инициирует сообщение LIR в HSS, заполняет идентификационные данные вызывающего пользователя в поле заголовка P-Asserted-Identity сообщения для LIR и добавляет флаг запроса на исходящий вызов, чтобы запрашивать информацию о текущем местоположении пользователя, т.е. информацию о S-CSCF, обслуживающей пользователя.In step 601b2, the I-CSCF initiates the LIR message in the HSS, fills the identification of the calling user in the P-Asserted-Identity header field of the message for the LIR, and adds an outgoing call request flag to request information about the user's current location, i.e. information about the S-CSCF serving the user.

На этапе 601b3, HSS запрашивает информацию, соответствующую пользователю в базе данных, согласно пользовательским идентификационным данным в LIR и возвращает имя S-CSCF, обслуживающей пользователя, или набор характеристик S-CSCF в I-CSCF через LIA.In step 601b3, the HSS queries the information corresponding to the user in the database according to the user identification data in the LIR and returns the name of the S-CSCF serving the user or a set of S-CSCF characteristics in the I-CSCF through the LIA.

На этапе 601b4, если HSS возвращает набор характеристик S-CSCF, I-CSCF должна выбирать S-CSCF согласно набору характеристик.In step 601b4, if the HSS returns the S-CSCF feature set, the I-CSCF should select the S-CSCF according to the feature set.

На этапе 601b5, I-CSCF маршрутизирует сообщение INVITE в S-CSCF, возвращенную посредством HSS, или в S-CSCF, выбранную для пользователя согласно набору характеристик S-CSCF, возвращенному посредством HSS.In step 601b5, the I-CSCF routes the INVITE message to the S-CSCF returned by the HSS, or to the S-CSCF selected for the user according to the S-CSCF feature set returned by the HSS.

На этапе 602, если S-CSCF не имеет информации о пользователе, S-CSCF переносит пользовательские идентификационные данные в поле заголовка P-Asserted-Identity в SAR, чтобы запрашивать данные подписки пользователя из HSS, а если S-CSCF имеет информацию о пользователе, этап 604 выполняется напрямую.In step 602, if the S-CSCF does not have user information, the S-CSCF transfers the user identification data in the P-Asserted-Identity header field to the SAR to request user subscription data from the HSS, and if the S-CSCF has user information, step 604 is performed directly.

На этапе 603, HSS возвращает запрошенные данные подписки пользователя в S-CSCF через SAA. At 603, the HSS returns the requested user subscription data to the S-CSCF through the SAA.

На этапе 644, S-CSCF выполняет управление услугами. At step 644, the S-CSCF performs service control.

На этапе 605, S-CSCF выполняет последующую обработку. At step 605, the S-CSCF performs subsequent processing.

Фиг.7 - это схематическое представление процесса реализации того, что пользователь инициирует сеанс исходящего вызова, в предшествующем уровне техники. Как показано на фиг.7, процесс включает в себя следующие этапы.7 is a schematic diagram of a process for realizing that a user initiates an outgoing call session in the prior art. As shown in FIG. 7, the process includes the following steps.

На этапе 701, UE инициирует сообщение INVITE и необязательно может заполнять общедоступные пользовательские идентификационные данные, указывающие идентификационные данные UE, в поле заголовка P-Preferred-Identity.At step 701, the UE initiates an INVITE message and optionally may populate the public user credentials indicating the credentials of the UE in the P-Preferred-Identity header field.

На этапе 702, после приема сообщения INVITE, P-CSCF проверяет, содержит ли сообщение поле заголовка P-Preferred-Identity, и проверяет, совпадает ли значение поля заголовка с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF, и если значение поля заголовка совпадает с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF, P-CSCF использует общедоступные пользовательские идентификационные данные в качестве инициатора сеанса и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity; если совпадающие зарегистрированные общедоступные пользовательские идентификационные данные не обнаружены, или поле заголовка P-Preferred-Identity отсутствует, P-CSCF выбирает общедоступные пользовательские идентификационные данные по умолчанию в качестве инициатора сеанса для пользователя и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity.At step 702, upon receipt of the INVITE message, the P-CSCF checks whether the message contains a P-Preferred-Identity header field, and checks whether the value of the header field matches the registered public user credentials recorded in the P-CSCF, and if the field value header matches the registered public user credentials recorded in the P-CSCF, the P-CSCF uses the public user credentials as a session initiator and populates the public user credentials Yale identification in P-Asserted-Identity; if no matching registered public user credentials are found or the P-Preferred-Identity header field is missing, the P-CSCF selects the default public user credentials as the session initiator for the user and populates the public user credentials in P-Asserted-Identity.

На этапе 703, после приема сообщения INVITE, S-CSCF инициирует услуги согласно идентификационным данным вызывающего пользователя в поле заголовка P-Asserted-Identity из сообщения и маршрутизирует последующий сеанс согласно Request-URI (т.е. вызываемому пользователю) в сообщении INVITE.In step 703, upon receipt of the INVITE message, the S-CSCF initiates the services according to the identity of the calling user in the P-Asserted-Identity header field from the message and routes the subsequent session according to the Request-URI (i.e., the called user) in the INVITE message.

После тщательного анализа вышеупомянутых процессов можно заметить, что в обычных ситуациях, т.е. когда состоянием пользователя, записанным в HSS, является "зарегистрирован", и имя связанной S-CSCF сохраняется, S-CSCF всегда имеет пользовательские данные. Тем не менее, когда IMPU пользователя потеряны вследствие внезапной ненормальности S-CSCF, где пользователь регистрируется, например, в случае отказа и перезагрузки системы, если UE пользователя не регистрируется в этом процессе, информация по подписке пользователя в HSS не обновляется, и зарегистрированный пользователь по-прежнему записан как зарегистрированный в первоначальной S-CSCF.After a thorough analysis of the above processes, you will notice that in ordinary situations, i.e. when the user state recorded in the HSS is “registered” and the name of the associated S-CSCF is stored, the S-CSCF always has user data. However, when the user's IMPUs are lost due to the sudden abnormality of the S-CSCF, where the user logs in, for example, in the event of a system failure and reboot, if the user UE is not logged in this process, the user subscription information in the HSS is not updated, and the registered user by - still recorded as registered in the original S-CSCF.

Здесь, когда S-CSCF принимает сообщение INVITE с запросом на установление сеанса, отправленное посредством I-CSCF или AS, поскольку S-CSCF не имеет соответствующие пользовательские данные, S-CSCF отправляет SAR в HSS, чтобы запрашивать пользовательские данные, и параметр Server Assignment Type в команде SAR заполняется как UNREGISTERED_USER. Тем не менее, HSS выясняет, что S-CSCF, инициирующая SAR, и S-CSCF, записанная в HSS, являются одинаковыми, но состоянием IMPU пользователя, запрашивающего операцию, является "зарегистрирован" в HSS. Здесь, HSS не должен возвращать информацию об услугах пользователя в SAA, а должен задавать код с результатами экспериментов как DIAMETER _ERROR_IN_ASSIGNMENT_TYPE и возвращать его в S-CSCF, указывая то, что S-CSCF назначена для пользователя, и текущее зарегистрированное состояние не разрешает этот тип операции. Таким образом, HSS сообщает S-CSCF о том, что IMPU находится в зарегистрированном состоянии в HSS, так что незарегистрированная операция не разрешена. S-CSCF возвращает ответ со сбоем в I-CSCF, и сеанс завершается ошибкой.Here, when the S-CSCF receives an INVITE session request message sent by the I-CSCF or AS since the S-CSCF does not have the corresponding user data, the S-CSCF sends the SAR to the HSS to request user data and the Server Assignment parameter Type in the SAR command is populated as UNRector_USER. However, the HSS finds out that the S-CSCF initiating the SAR and the S-CSCF recorded in the HSS are the same, but the IMPU state of the user requesting the operation is “registered” in the HSS. Here, the HSS should not return information about the user's services to the SAA, but should set the code with the experimental results as DIAMETER _ERROR_IN_ASSIGNMENT_TYPE and return it to the S-CSCF, indicating that the S-CSCF is assigned to the user, and the current registered state does not allow this type operations. Thus, the HSS informs the S-CSCF that the IMPU is in a registered state in the HSS, so that an unregistered operation is not allowed. The S-CSCF returns a failed response to the I-CSCF, and the session fails.

Когда S-CSCF принимает сообщение INVITE с запросом на исходящий вызов, отправленное от P-CSCF, и S-SCCF не имеет пользовательских данных IMPU, содержащегося в P-Asserted-Identity, вследствие перезагрузки, S-CSCF возвращает сбой непосредственно в P-CSCF, и сеанс завершается ошибкой.When the S-CSCF receives an INVITE message requesting an outgoing call sent from the P-CSCF and the S-SCCF does not have user IMPU data contained in the P-Asserted-Identity due to a reboot, the S-CSCF returns the failure directly to the P-CSCF , and the session fails.

Следовательно, в предшествующем уровне техники, в случае отказа системы или аналогичных событий S-CSCF, если IMPU, зарегистрированный в S-CSCF, не регистрируется повторно, S-CSCF не может предоставлять входящий вызов, исходящий вызов, инициированный посредством UE, или исходящий вызов, инициированный посредством AS от имени пользователя, для пользователя, соответствующего IMPU.Therefore, in the prior art, in the event of a system failure or similar S-CSCF events, if the IMPU registered in the S-CSCF is not registered again, the S-CSCF cannot provide an incoming call, an outgoing call initiated by the UE, or an outgoing call initiated by AS on behalf of the user, for the user corresponding to the IMPU.

Сущность изобретенияSUMMARY OF THE INVENTION

В одном аспекте, настоящее изобретение преодолевает недостатки предшествующего уровня техники. Согласно вариантам осуществления настоящего изобретения, когда элемент сети, содержащий данные подписки пользователя в IMS-сети, является анормальным, и данные подписки пользователя становятся недопустимыми, соответствующие услуги пользователя могут быть быстро восстановлены, или информация о недопустимых данных может быть отправлена, так что сеть не находится в неотвечающем состоянии, что гарантирует нормальное обслуживание.In one aspect, the present invention overcomes the disadvantages of the prior art. According to embodiments of the present invention, when the network element containing the user subscription data in the IMS network is abnormal and the user subscription data becomes invalid, the corresponding user services can be quickly restored or information about the invalid data can be sent so that the network is not is in an unresponsive state, which guarantees normal service.

В другом аспекте, настоящее изобретение предоставляет способ для обработки предоставления услуг после того, как элемент сети отказывает при работе, который восстанавливает сетевые услуги пользователя своевременно, когда элемент сети отказывает при работе.In another aspect, the present invention provides a method for processing service delivery after a network element fails during operation, which restores a user's network services in a timely manner when the network element fails during operation.

В еще одном другом аспекте, настоящее изобретение предоставляет способ и систему для возвращения пользовательских данных, HSS и S-CSCF, которые разрешают такие проблемы, что пользователь не может использовать входящий вызов, пользователь не может использовать исходящий вызов, инициированный посредством UE, или AS не может инициировать исходящий вызов от имени пользователя до повторной регистрации пользователя, когда связанные с IMPU данные пользователя в S-CSCF, в которой регистрируется пользователь, потеряны, в предшествующем уровне техники.In yet another aspect, the present invention provides a method and system for returning user data, HSS, and S-CSCFs that solve such problems that a user cannot use an incoming call, a user cannot use an outgoing call initiated by a UE, or an AS can initiate an outgoing call on behalf of the user before re-registering the user when IMPU-related user data in the S-CSCF in which the user is registered is lost in the prior art.

Соответственно, в варианте осуществления, настоящее изобретение предоставляет способ для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми. Способ включает в себя следующие этапы.Accordingly, in an embodiment, the present invention provides a method for processing service delivery after data of a network element becomes invalid. The method includes the following steps.

Когда вызывающая сторона отправляет сообщение с запросом на предоставление услуг в элемент сети предоставления услуг в сети, и данные вызывающего пользователя, сохраненные в элементе сети предоставления услуг, являются недопустимыми, элемент сети предоставления услуг отправляет сообщение о недопустимых данных вызывающей стороне.When the calling party sends a service request message to a service network element in the network, and the calling user data stored in the service network element is invalid, the service network element sends an invalid data message to the calling party.

Сообщение о недопустимых данных переносит информацию для инициирования повторной регистрации вызывающей стороны.The invalid data message carries information for initiating re-registration of the calling party.

Элемент сети предоставления услуг отправляет инициирующее сообщение для повторной регистрации вызывающей стороне одновременно с отправкой сообщения о недопустимых данных. После приема сообщения о недопустимых данных и инициирующего сообщения, вызывающая сторона инициирует операцию для восстановления пользовательских данных в элементе сети предоставления услуг.The service network element sends a triggering message for re-registration to the calling party at the same time as sending the invalid data message. After receiving an invalid data message and a triggering message, the calling party initiates an operation to restore user data in a service network element.

Операция для восстановления пользовательских данных, инициированная посредством вызывающей стороны, описывается следующим образом.An operation to restore user data initiated by the calling party is described as follows.

Вызывающая сторона инициирует функциональный запрос для повторной регистрации к элементу сети предоставления услуг согласно сообщению о недопустимых данных и инициирующему сообщению. Элемент сети предоставления услуг выполняет операцию повторной регистрации для вызывающей стороны и использует повторно зарегистрированные пользовательские данные для того, чтобы обновлять сохраненные пользовательские данные. После того как пользовательские данные восстановлены, элемент сети предоставления услуг выполняет соответствующую обработку предоставления услуг согласно сообщению с запросом на предоставление услуг.The caller initiates a functional request for re-registration to the service network element according to the invalid data message and the initiating message. The service network element performs a re-registration operation for the calling party and uses the re-registered user data in order to update the stored user data. After the user data is restored, the service network element performs the corresponding service delivery processing according to the service request message.

В варианте осуществления, настоящее изобретение предоставляет другой способ для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми. Способ включает в себя следующие этапы.In an embodiment, the present invention provides another method for processing the provision of services after the data of a network element becomes invalid. The method includes the following steps.

Когда элемент сети предоставления услуг принимает сообщение с запросом на предоставление услуг, инициированное посредством вызываемой стороны в сети, и пользовательские данные вызываемой стороны, сохраненные в элементе сети предоставления услуг, являются недопустимыми, элемент сети предоставления услуг возвращает сообщение о недопустимых данных вызываемой стороны в сеть.When a service network element receives a service request message initiated by a called party in the network and user data of the called party stored in the service network element is invalid, the service network element returns an invalid data message of the called party to the network.

После приема сообщения о недопустимых данных сеть определяет, может ли запрос на предоставление услуг быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных вызываемой стороны, сохраненных в элементе сети, согласно содержимому сообщения с запросом на предоставление услуг, и если запрос на предоставление услуг может быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных вызываемой стороны, сохраненных в элементе сети, согласно содержимому сообщения с запросом на предоставление услуг, запрос на предоставление услуг преобразуется в сообщение с запросом, приспособленное для упомянутой другой сети, и сообщение с запросом перенаправляется в упомянутую другую сеть, чтобы завершать соответствующую операцию предоставления услуг; в противном случае, сообщение о недопустимых данных перенаправляется отправляющей стороне сообщения с запросом на предоставление услуг.After receiving a message about invalid data, the network determines whether the request for the provision of services can be redirected to another network that allows communication operations without user data of the called party stored in the network element according to the contents of the message requesting the provision of services, and if the request for the provision of services can be redirected to another network that allows communication operations without user data of the called party stored in the network element, according to the content receive a service request message, the service request is converted to a request message adapted for the other network, and the request message is redirected to the other network to complete the corresponding service operation; otherwise, a message about invalid data is redirected to the sender of the message requesting the provision of services.

В варианте осуществления, настоящее изобретение дополнительно предоставляет систему обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, которая включает в себя отправляющую сторону запросов на предоставление услуг, приемную сторону запросов на предоставление услуг и элемент сети предоставления услуг, сконфигурированный в сети. Элемент сети предоставления услуг включает в себя модуль хранения пользовательских данных и модуль сравнения пользовательских данных и дополнительно включает в себя модуль отправки сообщений о недопустимости, выполненный с возможностью отправлять сообщение о недопустимых пользовательских данных отправляющей стороне запросов на предоставление услуг.In an embodiment, the present invention further provides a service delivery processing system after data of a network element becomes invalid, which includes a sending side of service requests, a receiving side of service requests, and a service element of a network configured in the network. An element of the service delivery network includes a user data storage module and a user data comparison module, and further includes an invalid message sending module configured to send an invalid user data message to the sending party of the service request.

Элемент сети предоставления услуг включает в себя модуль отправки инициирующих сообщений, выполненный с возможностью отправлять сообщение повторной регистрации согласно сообщению о недопустимых пользовательских данных, и модуль повторной регистрации, выполненный с возможностью восстанавливать пользовательские данные.The service network element includes a trigger message sending module configured to send a re-registration message according to an invalid user data message, and a re-registration module configured to recover user data.

Сеть дополнительно может включать в себя модуль определения запросов на предоставление услуг, выполненный с возможностью осуществлять определение услуги согласно сообщению о недопустимых пользовательских данных и сообщению с запросом на предоставление услуг, отправленному посредством отправляющей стороны запросов на предоставление услуг. Модуль определения запросов на предоставление услуг выполнен с возможностью определять, может ли запрос на предоставление услуг быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных, сохраненных в модуле хранения пользовательских данных. Сеть дополнительно включает в себя модуль преобразования запросов на предоставление услуг, выполненный с возможностью перенаправлять запрос на предоставление услуг в упомянутую другую сеть для связи.The network may further include a service request determination module configured to determine a service according to an invalid user data message and a service request message sent by a sender of service requests. The service request determination module is configured to determine whether the service request can be redirected to another network that allows communication operations without user data stored in the user data storage module. The network further includes a service request conversion module configured to redirect a service request to said other network for communication.

Сеть дополнительно включает в себя модуль перенаправления сообщений о недопустимости, выполненный с возможностью перенаправлять сообщение о недопустимых пользовательских данных отправляющей стороне запросов на предоставление услуг.The network further includes an invalid message redirection module configured to redirect a message about invalid user data to the sending party of service requests.

Отправляющая сторона запросов на предоставление услуг и приемная сторона запросов на предоставление услуг могут быть UE или элементами сети обработки информации в сети. The sending side of service requests and the receiving side of service requests may be UEs or elements of an information processing network in a network.

Элемент сети предоставления услуг может быть P-CSCF, I-CSCF или S-CSCF. The service network element may be a P-CSCF, I-CSCF or S-CSCF.

В варианте осуществления, настоящее изобретение дополнительно предоставляет способ для обработки предоставления услуг после того, как элемент сети отказывает при работе. Способ включает в себя следующие этапы.In an embodiment, the present invention further provides a method for processing service delivery after a network element fails to operate. The method includes the following steps.

После приема сообщения с запросом на предоставление услуг элемент сети предыдущего участка относительно отказавшего элемента сети возвращает сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг.After receiving a service request message, the network element of the previous section with respect to the failed network element returns a message about the inoperative network element to the calling terminal sending a message with the service request.

В варианте осуществления, настоящее изобретение дополнительно предоставляет элемент сети для обработки предоставления услуг после того, как элемент сети отказывает при работе. Элемент сети включает в себя модуль приема сообщений с запросом на предоставление услуг и модуль отправки сообщений о неработоспособных элементах сети.In an embodiment, the present invention further provides a network element for processing service delivery after the network element fails to operate. The network element includes a module for receiving messages with a request for the provision of services and a module for sending messages about inoperative elements of the network.

Модуль приема сообщений с запросом на предоставление услуг выполнен с возможностью принимать сообщение с запросом на предоставление услуг.The module for receiving messages with a request for the provision of services is configured to receive a message with a request for the provision of services.

Модуль отправки сообщений о неработоспособных элементах сети выполнен с возможностью возвращать сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг, когда элемент сети следующего участка относительно текущего элемента сети отказывает при работе.The module for sending messages about inoperative network elements is configured to return a message about an inoperative network element to the calling terminal sending a message with a request for the provision of services when the network element of the next section relative to the current network element fails during operation.

В варианте осуществления, настоящее изобретение дополнительно предоставляет способ для возвращения пользовательских данных. Способ включает в себя следующие этапы.In an embodiment, the present invention further provides a method for returning user data. The method includes the following steps.

HSS принимает сообщение с запросом на получение пользовательских данных от S-CSCF, и сообщение с запросом содержит пользовательские идентификационные данные. The HSS receives a request message for receiving user data from the S-CSCF, and the request message contains user identification data.

HSS запрашивает S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным. The HSS requests the S-CSCF assigned to the user according to the user identity.

Когда назначенная S-CSCF является запрашивающей S-CSCF, HSS возвращает пользовательские данные согласно сообщению с запросом. When the designated S-CSCF is the requesting S-CSCF, the HSS returns user data according to the request message.

Способ для возвращения пользовательских данных дополнительно содержит: The method for returning user data further comprises:

- выполнение запроса, посредством HSS, на предмет сохраненного состояния регистрации пользователя согласно пользовательским идентификационным данным; и- fulfilling the request, by means of the HSS, for the stored user registration state according to the user identification data; and

- возвращение, посредством HSS, пользовательских данных согласно сообщению с запросом, когда сохраненным состоянием регистрации пользователя является "зарегистрирован", и назначенная S-CSCF является запрашивающей S-CSCF. - returning, via the HSS, user data according to the request message when the stored user registration state is “registered” and the designated S-CSCF is the requesting S-CSCF.

Способ для возвращения пользовательских данных дополнительно содержит: The method for returning user data further comprises:

- прием, посредством S-CSCF, сообщения с запросом на установление вызова, содержащего пользовательские идентификационные данные; и- receiving, via the S-CSCF, a request message to establish a call containing user identification data; and

- добавление, посредством S-CSCF, пользовательских идентификационных данных к сообщению с запросом на получение пользовательских данных и отправку сообщения с запросом на получение пользовательских данных в HSS.- adding, through the S-CSCF, user identification data to the request message for receiving user data and sending a message requesting receipt of user data in the HSS.

В способе для возвращения пользовательских данных, сообщение с запросом на установление вызова - это сообщение INVITE с запросом на незарегистрированный входящий вызов, отправленное посредством опрашивающей функции управления сеансами вызовов (I-CSCF), или сообщение INVITE с запросом на исходящий вызов, инициированное посредством сервера приложений (AS); или сообщение INVITE с запросом на исходящий вызов, отправленное посредством прокси-функции управления сеансами вызовов (P-CSCF) и инициированное посредством абонентского устройства (UE).In the method for returning user data, a call setup request message is an INVITE message requesting an unregistered incoming call sent via an interrogating call session management function (I-CSCF), or an INVITE message requesting an outgoing call initiated by an application server (AS); or an INVITE outgoing call request message sent by a call session management proxy (P-CSCF) and initiated by a subscriber unit (UE).

Способ для возвращения пользовательских данных дополнительно содержит:The method for returning user data further comprises:

- отправку, посредством S-CSCF, сообщения с запросом на получение пользовательских данных в HSS после добавления пользовательских идентификационных данных к сообщению с запросом на получение пользовательских данных, когда S-CSCF не может обнаруживать пользовательские данные согласно пользовательским идентификационным данным.sending, via the S-CSCF, a request message for receiving user data in the HSS after adding user identification data to a request message for receiving user data when the S-CSCF cannot detect user data according to the user identification data.

Способ для возвращения пользовательских данных дополнительно содержит: The method for returning user data further comprises:

- выполнение, посредством S-CSCF, управления услугами согласно возвращенным пользовательским данным. - performing, by the S-CSCF, service control according to the returned user data.

В варианте осуществления, настоящее изобретение дополнительно предоставляет систему для возвращения пользовательских данных. Система включает в себя S-CSCF и HSS и дополнительно включает в себя первый приемный модуль, модуль запросов, первый модуль определения и модуль обратной связи.In an embodiment, the present invention further provides a system for returning user data. The system includes S-CSCF and HSS, and further includes a first receiving module, a request module, a first determination module, and a feedback module.

Первый приемный модуль выполнен с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное в HSS посредством S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The first receiving module is configured to receive a user data request message sent to the HSS by the S-CSCF, the request message containing user identification data.

Модуль запросов выполнен с возможностью запрашивать S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным.The request module is configured to request the S-CSCF assigned to the user according to the user identity.

Первый модуль определения выполнен с возможностью определять, является ли S-CSCF, назначенная пользователю посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF.The first determination module is configured to determine whether the S-CSCF assigned to the user by the request module requesting the S-CSCF and initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF.

Модуль обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом.The feedback module is configured to return user data according to the request message.

Модуль запросов дополнительно выполнен с возможностью запрашивать состояние регистрации пользователя согласно пользовательским идентификационным данным; и первый модуль определения дополнительно выполнен с возможностью инициировать модуль обратной связи, чтобы возвращать пользовательские данные согласно сообщению с запросом, когда сохраненным состоянием регистрации пользователя является "зарегистрирован", и назначенная S-CSCF является запрашивающей S-CSCF.The request module is further configured to request user registration status according to user identification data; and the first determination module is further configured to initiate a feedback module to return user data according to the request message when the stored user registration state is “registered” and the designated S-CSCF is the requesting S-CSCF.

Система для возвращения пользовательских данных дополнительно содержит первый модуль добавления, выполненный с возможностью добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных после того, как S-CSCF принимает сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные, при этом S-CSCF отправляет сообщение с запросом на получение пользовательских данных в HSS.The system for returning user data further comprises a first add module configured to add user identification data to the request message for receiving user data after the S-CSCF receives a call setup request message containing user identification data, wherein S- The CSCF sends a request message to receive user data in the HSS.

Система для возвращения пользовательских данных дополнительно содержит второй модуль определения, выполненный с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и отправлять сообщение с запросом на получение пользовательских данных в HSS, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным, после инициирования первого модуля добавления, чтобы добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных.The system for returning user data further comprises a second determination module configured to determine whether the S-CSCF can detect user data according to user identification data and send a message requesting receipt of user data in the HSS when user data cannot be detected according to user identification data, after initiating the first add module, to add user identification data to communicating with a request for user data.

В варианте осуществления, настоящее изобретение дополнительно предоставляет HSS. HSS включает в себя первый приемный модуль, модуль запросов, первый модуль определения и модуль обратной связи.In an embodiment, the present invention further provides HSS. The HSS includes a first receiving module, a query module, a first determination module, and a feedback module.

Первый приемный модуль выполнен с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное посредством S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The first receiving module is configured to receive a user request message sent by the S-CSCF, the request message containing user identification data.

Модуль запросов выполнен с возможностью запрашивать S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным.The request module is configured to request the S-CSCF assigned to the user according to the user identity.

Первый модуль определения выполнен с возможностью определять, является ли S-CSCF, назначенная для пользователя посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF.The first determination module is configured to determine whether the S-CSCF assigned to the user by the request module requesting the S-CSCF and initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF.

Модуль обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом. The feedback module is configured to return user data according to the request message.

В варианте осуществления, настоящее изобретение дополнительно предоставляет S-CSCF. S-CSCF включает в себя первый модуль добавления. In an embodiment, the present invention further provides an S-CSCF. S-CSCF includes a first add module.

Первый модуль добавления выполнен с возможностью добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных после приема сообщения с запросом на установление вызова, содержащего пользовательские идентификационные данные. После того как HSS запрашивает S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным, HSS определяет, является ли S-CSCF, назначенная для пользователя, запрашивающей S-CSCF, и если S-CSCF, назначенная для пользователя, является запрашивающей S-CSCF, пользовательские данные возвращаются согласно сообщению с запросом.The first add module is configured to add user credentials to a request message for receiving user data after receiving a message with a request to establish a call containing user credentials. After the HSS requests the S-CSCF assigned to the user according to the user identification data, the HSS determines whether the S-CSCF assigned to the user requesting the S-CSCF, and if the S-CSCF assigned to the user is requesting S- CSCF, user data is returned according to the request message.

S-CSCF дополнительно содержит:S-CSCF further comprises:

- второй модуль определения, выполненный с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и инициировать первый модуль добавления, чтобы добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных, и отправлять сообщение с запросом на получение пользовательских данных в HSS, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным.a second determination module, configured to determine whether the S-CSCF can detect user data according to user identification data, and initiate a first add module to add user identification data to the request message for receiving user data, and send a message requesting to receive user data in HSS when user data cannot be detected according to user identification data.

В варианте осуществления, настоящее изобретение дополнительно предоставляет способ для возвращения пользовательских данных. Способ включает в себя следующие этапы. In an embodiment, the present invention further provides a method for returning user data. The method includes the following steps.

S-CSCF принимает сообщение об ошибке системы S-CSCF. The S-CSCF receives an S-CSCF system error message.

S-CSCF принимает сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные.The S-CSCF receives a call setup request message containing user credentials.

Когда S-CSCF не может обнаруживать пользовательские данные согласно пользовательским идентификационным данным, S-CSCF добавляет пользовательские идентификационные данные и идентификатор ошибки в сообщение с запросом на получение пользовательских данных и отправляет сообщение с запросом на получение пользовательских данных в HSS.When the S-CSCF cannot detect user data according to the user identity, the S-CSCF adds the user identification and an error identifier to the request message for receiving user data and sends a message requesting to obtain user data in the HSS.

После приема сообщения с запросом на получение пользовательских данных от S-CSCF, HSS определяет, что сообщение с запросом содержит идентификатор ошибки, и возвращает пользовательские данные согласно сообщению с запросом. After receiving a request message for receiving user data from the S-CSCF, the HSS determines that the request message contains an error identifier, and returns the user data according to the request message.

Способ для возвращения пользовательских данных дополнительно содержит: The method for returning user data further comprises:

- выполнение запроса, посредством HSS, на предмет состояния регистрации пользователя, согласно пользовательским - execution of the request, by means of the HSS, regarding the status of user registration, according to user

идентификационным данным; и identification data; and

- возвращение, посредством HSS, пользовательских данных согласно сообщению с запросом, когда сохраненным состоянием регистрации пользователя является "зарегистрирован", после определения того, что сообщение с запросом содержит идентификатор ошибки.- returning, via HSS, user data according to the request message when the stored user registration state is “registered” after determining that the request message contains an error identifier.

В варианте осуществления, настоящее изобретение дополнительно предоставляет систему для возвращения пользовательских данных. Система включает в себя S-CSCF и HSS и дополнительно включает в себя второй приемный модуль, модуль сообщений об ошибках, второй модуль определения, второй модуль добавления, третий модуль определения и модуль обратной связи.In an embodiment, the present invention further provides a system for returning user data. The system includes S-CSCF and HSS and further includes a second receiving module, an error message module, a second determination module, a second add module, a third determination module and a feedback module.

Второй приемный модуль выполнен с возможностью принимать сообщение с запросом на установление вызова, отправленное в S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The second receiving module is configured to receive a call setup request message sent to the S-CSCF, wherein the request message contains user identification data.

Модуль сообщений об ошибках выполнен с возможностью инициировать второй модуль определения после приема сообщения об ошибке системы S-CSCF.The error message module is configured to initiate a second determination module after receiving an S-CSCF system error message.

Второй модуль определения выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и инициировать второй модуль добавления, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным.The second determination module is configured to determine whether the S-CSCF can detect user data according to the user identification data, and initiate the second add module when the user data cannot be detected according to the user identification data.

Второй модуль добавления выполнен с возможностью добавлять пользовательские идентификационные данные и идентификатор ошибки к сообщению с запросом на получение пользовательских данных и отправлять сообщение с запросом на получение пользовательских данных в HSS.The second add module is configured to add user identification data and an error identifier to the message requesting the receipt of user data and send a message requesting the receipt of user data in the HSS.

Третий модуль определения выполнен с возможностью определять, содержит ли сообщение с запросом на получение пользовательских данных идентификатор ошибки, после приема сообщения с запросом на получение пользовательских данных, отправленного в HSS, и инициировать модуль обратной связи, когда идентификатор ошибки содержится.The third determination module is configured to determine whether the message requesting the receipt of user data contains an error identifier after receiving the message requesting the receipt of user data sent to the HSS, and initiate a feedback module when the error identifier is contained.

Модуль обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом. The feedback module is configured to return user data according to the request message.

В варианте осуществления, настоящее изобретение дополнительно предоставляет HSS. HSS включает в себя третий модуль определения и модуль обратной связи. In an embodiment, the present invention further provides HSS. HSS includes a third determination module and a feedback module.

Третий модуль определения выполнен с возможностью определять, содержит ли сообщение с запросом на получение пользовательских данных идентификатор ошибки, после приема сообщения с запросом на получение пользовательских данных, отправленного в HSS, и инициировать модуль обратной связи, когда идентификатор ошибки содержится.The third determination module is configured to determine whether the message requesting the receipt of user data contains an error identifier after receiving the message requesting the receipt of user data sent to the HSS, and initiate a feedback module when the error identifier is contained.

Модуль обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом.The feedback module is configured to return user data according to the request message.

В варианте осуществления, настоящее изобретение дополнительно предоставляет S-CSCF. S-CSCF включает в себя второй приемный модуль, модуль сообщений об ошибках, второй модуль определения и второй модуль добавления.In an embodiment, the present invention further provides an S-CSCF. The S-CSCF includes a second receiving module, an error message module, a second determination module, and a second add module.

Второй приемный модуль выполнен с возможностью принимать сообщение с запросом на установление вызова, отправленное в S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The second receiving module is configured to receive a call setup request message sent to the S-CSCF, wherein the request message contains user identification data.

Модуль сообщений об ошибках выполнен с возможностью инициировать второй модуль определения после приема сообщения об ошибке системы S-CSCF.The error message module is configured to initiate a second determination module after receiving an S-CSCF system error message.

Второй модуль определения выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и инициировать второй модуль добавления, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным.The second determination module is configured to determine whether the S-CSCF can detect user data according to the user identification data, and initiate the second add module when the user data cannot be detected according to the user identification data.

Второй модуль добавления выполнен с возможностью добавлять пользовательские идентификационные данные и идентификатор ошибки к сообщению с запросом на получение пользовательских данных и отправлять сообщение с запросом на получение пользовательских данных в HSS. HSS определяет, следует ли возвращать пользовательские данные согласно сообщению с запросом, согласно тому, содержит ли сообщение с запросом идентификатор ошибки.The second add module is configured to add user identification data and an error identifier to the message requesting the receipt of user data and send a message requesting the receipt of user data in the HSS. The HSS determines whether user data should be returned according to the request message, according to whether the request message contains an error identifier.

Варианты осуществления настоящего изобретения имеют следующие преимущества.Embodiments of the present invention have the following advantages.

(1) Варианты осуществления настоящего изобретения преодолевают недостатки в стандартах 3GPP. Когда элемент сети (такой как P-CSCF, S-CSCF и AS), содержащий регистрационные данные пользователя, является анормальным, и регистрационные данные пользователя в элементе сети становятся недопустимыми, если UE принимает сообщение о недопустимых пользовательских данных после отправки запроса на предоставление услуг, UE может идентифицировать сообщение о недопустимых пользовательских данных и инициировать процесс повторной регистрации согласно сообщению о недопустимых пользовательских данных. Если другие элементы сети принимают сообщение о недопустимых пользовательских данных после отправки запроса на предоставление услуг, другие элементы сети могут идентифицировать сообщение о недопустимых пользовательских данных и инициировать незарегистрированные услуги пользователя согласно сообщению о недопустимых пользовательских данных. Таким образом, время недоступности услуги пользователя сокращается, и обслуживание пользователя может быть быстро восстановлено. Дополнительно, через способ для обработки предоставления услуг после того, как элемент сети отказывает при работе, в случае сетевого сбоя, текущий процесс предоставления услуг может быть остановлен своевременно, и вызывающему терминалу может быть сообщено об этом. Таким образом, меньше системных ресурсов элементов сети расходуется впустую.(1) Embodiments of the present invention overcome the disadvantages of 3GPP standards. When a network element (such as P-CSCF, S-CSCF and AS) containing user credentials is abnormal and user credentials in the network element become invalid if the UE receives an invalid user data message after sending a service request, The UE may identify an invalid user data message and initiate a re-registration process according to the invalid user data message. If other network elements receive a message about invalid user data after sending a request for the provision of services, other network elements can identify a message about invalid user data and initiate unregistered user services according to the message about invalid user data. Thus, the unavailability time of the user service is reduced, and the user service can be quickly restored. Additionally, through the method for processing the provision of services after the network element fails to operate, in the event of a network failure, the current service delivery process can be stopped in a timely manner, and the calling terminal can be informed about this. Thus, less system resources of network elements are wasted.

(2) Согласно вариантам осуществления настоящего изобретения, когда HSS принимает сообщение с запросом на получение пользовательских данных, содержащее пользовательские идентификационные данные, от S-CSCF, HSS обнаруживает, что S-CSCF, инициирующая операцию, и S-CSCF, записанная в HSS, являются одинаковыми, или определяет, что сообщение с запросом переносит идентификатор ошибки, и состояние IMPU пользователя, запрашивающего операцию, сохраняется как "зарегистрирован" в HSS, HSS возвращает пользовательские данные согласно сообщению с запросом. Таким образом, даже если связанные с IMPU данные пользователя потеряны в S-CSCF, в которой регистрируется пользователь, пользователь по-прежнему может использовать любой входящий вызов и использовать исходящий вызов, инициированный посредством UE, и AS может заменять пользователя, чтобы инициировать услугу исходящего вызова до повторной регистрации пользователя.(2) According to embodiments of the present invention, when the HSS receives a user data request message containing user credentials from the S-CSCF, the HSS detects that the S-CSCF initiating the operation and the S-CSCF recorded in the HSS, are the same, or determines that the request message carries an error identifier, and the IMPU status of the user requesting the operation is stored as “registered” in the HSS, the HSS returns user data according to the request message. Thus, even if the IMPU-related user data is lost in the S-CSCF in which the user is registered, the user can still use any incoming call and use the outgoing call initiated by the UE, and the AS can replace the user to initiate the outgoing call service before re-registering the user.

Технические решения настоящего изобретения подробно описываются ниже со ссылками на варианты осуществления и прилагаемые чертежи. The technical solutions of the present invention are described in detail below with reference to embodiments and accompanying drawings.

Краткое описание чертежей Brief Description of the Drawings

Фиг.1 - это представление структуры IMS-сети в предшествующем уровне техники; Figure 1 is a representation of the structure of an IMS network in the prior art;

Фиг.2 - это блок-схема последовательности операций процесса выполнения обслуживания пользователя в IMS-сети, описанного в стандартах 3GPP, в предшествующем уровне техники; FIG. 2 is a flowchart of a user service execution process in an IMS network described in 3GPP standards in the prior art; FIG.

Фиг.3 - это подробное схематическое структурное представление IMS-сети в предшествующем уровне техники; Figure 3 is a detailed schematic structural view of an IMS network in the prior art;

Фиг.4 - это схематическое представление процесса реализации сеанса входящего вызова, который не зарегистрирован в сети пользователя, в предшествующем уровне техники;4 is a schematic diagram of a process for implementing an incoming call session that is not registered in a user network in the prior art;

Фиг.5 - это схематическое представление процесса реализации сеанса входящего вызова, который зарегистрирован в сети пользователя, в предшествующем уровне техники;5 is a schematic diagram of a process for implementing an incoming call session that is registered in a user network in the prior art;

Фиг.6 - это схематическое представление процесса реализации, когда AS заменяет пользователя, чтобы инициировать сеанс исходящего вызова, в предшествующем уровне техники; 6 is a schematic diagram of an implementation process when an AS replaces a user to initiate an outgoing call session in the prior art;

Фиг.7 - это схематическое представление процесса реализации, когда пользователь инициирует сеанс исходящего вызова, в предшествующем уровне техники; 7 is a schematic diagram of an implementation process when a user initiates an outgoing call session in the prior art;

Фиг.8 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления настоящего изобретения;Fig. 8 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a first embodiment of the present invention;

Фиг.9 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения;Fig. 9 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a second embodiment of the present invention;

Фиг.10 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно третьему варианту осуществления настоящего изобретения;10 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a third embodiment of the present invention;

Фиг.11 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно четвертому варианту осуществления настоящего изобретения;11 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a fourth embodiment of the present invention;

Фиг.12 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно пятому варианту осуществления настоящего изобретения;12 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a fifth embodiment of the present invention;

Фиг.13 - это блок-схема последовательности сигналов способа для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно первому варианту осуществления настоящего изобретения;13 is a flowchart of a method for processing service delivery after a network element fails during operation, according to a first embodiment of the present invention;

Фиг.14 - это блок-схема последовательности сигналов способа для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно второму варианту осуществления настоящего изобретения;Fig. 14 is a flowchart of a method for processing service delivery after a network element fails during operation, according to a second embodiment of the present invention;

Фиг.15 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно первому варианту осуществления настоящего изобретения;FIG. 15 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a first embodiment of the present invention;

Фиг.16 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно второму варианту осуществления настоящего изобретения;FIG. 16 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a second embodiment of the present invention;

Фиг.17 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно третьему варианту осуществления настоящего изобретения;17 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a third embodiment of the present invention;

Фиг.18 - это блок-схема последовательности операций способа для возвращения пользовательских данных после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления настоящего изобретения;Fig. 18 is a flowchart of a method for returning user data after network element data becomes invalid according to a first embodiment of the present invention;

Фиг.19 - это блок-схема последовательности операций способа для возвращения пользовательских данных после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения;FIG. 19 is a flowchart of a method for returning user data after network element data becomes invalid according to a second embodiment of the present invention; FIG.

Фиг.20 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса входящего вызова от I-CSCF после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 20 is a schematic diagram of an implementation process when an S-CSCF receives a request to establish an incoming call session from an I-CSCF after a system failure and reboot in a method for processing service provision after network element data becomes invalid according to the present invention;

Фиг.21 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса исходящего вызова от I-CSCF или AS после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 21 is a schematic diagram of an implementation process when an S-CSCF receives a request to establish an outgoing call session from an I-CSCF or AS after a system failure and reboot in a method for processing service delivery after network element data becomes invalid, according to the present the invention;

Фиг.22 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса от P-CSCF и выполняет обработку как для зарегистрированного пользователя после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 22 is a schematic diagram of an implementation process when the S-CSCF receives a session request from the P-CSCF and performs processing as for a registered user after a system failure and reboot in a method for processing service delivery after network element data becomes invalid according to the present invention;

Фиг.23 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса от P-CSCF после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 23 is a schematic diagram of an implementation process when the S-CSCF receives a session request from the P-CSCF after a system failure and reboot in a method for processing service provision after network element data becomes invalid according to the present invention;

Фиг.24 - это схематическое структурное представление системы для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления согласно настоящему изобретению;FIG. 24 is a schematic structural view of a system for returning user data in a system for processing service delivery after data of a network element becomes invalid according to a first embodiment according to the present invention; FIG.

Фиг.25 - это схематическое структурное представление HSS в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 25 is a schematic structural view of an HSS in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention; FIG.

Фиг.26 - это схематическое структурное представление S-CSCF в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению;FIG. 26 is a schematic structural view of an S-CSCF in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention; FIG.

Фиг.27 - это схематическое структурное представление системы для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения;FIG. 27 is a schematic structural view of a system for returning user data in a system for processing service provision after network element data becomes invalid according to a second embodiment of the present invention; FIG.

Фиг.28 - это схематическое структурное представление другого HSS в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению; иFIG. 28 is a schematic structural view of another HSS in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention; FIG. and

Фиг.29 - это схематическое структурное представление другой S-CSCF в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. FIG. 29 is a schematic structural view of another S-CSCF in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention.

Подробное описание изобретения DETAILED DESCRIPTION OF THE INVENTION

В первом варианте осуществления настоящего изобретения, способ для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, является следующим.In a first embodiment of the present invention, a method for processing service delivery after data of a network element becomes invalid is as follows.

Когда вызывающая сторона отправляет сообщение с запросом на предоставление услуг в элемент сети предоставления услуг в сети, и данные вызывающего пользователя, сохраненные в элементе сети предоставления услуг, являются недопустимыми, элемент сети предоставления услуг отправляет сообщение о недопустимых данных вызывающей стороне. Вызывающая сторона может сразу инициировать повторную регистрацию или выполнять повторную регистрацию, когда период регистрации истекает.When the calling party sends a service request message to a service network element in the network, and the calling user data stored in the service network element is invalid, the service network element sends an invalid data message to the calling party. The caller may immediately initiate re-registration or re-register when the registration period expires.

В фактической системе, вызывающей стороной первого варианта осуществления может быть P-CSCF, а элементом сети предоставления услуг может быть S-CSCF. Чтобы обеспечивать, что вызывающая сторона может восстанавливать нормальные услуги связи своевременно, в способе согласно первому варианту осуществления, сообщение о недопустимых данных может переносить информацию для инициирования вызывающей стороны, чтобы выполнять повторную регистрацию, и таким образом, вызывающая сторона может выполнять повторную регистрацию сразу после приема сообщения о недопустимых данных. В частности, способ согласно первому варианту осуществления может быть следующим. P-CSCF отправляет сообщение INVITE для исходящего вызова в S-CSCF, и когда S-CSCF не содержит пользовательские данные, S-CSCF отправляет сообщение о недопустимых данных, переносящее информацию для инициирования вызывающей стороны, чтобы выполнять повторную регистрацию, в P-CSCF.In the actual system, the calling party of the first embodiment may be a P-CSCF, and the element of the service network may be an S-CSCF. In order to ensure that the calling party can restore normal communication services in a timely manner, in the method according to the first embodiment, the invalid data message can carry information for initiating the calling party to re-register, and thus, the calling party can re-register immediately after receiving Messages about invalid data. In particular, the method according to the first embodiment may be as follows. The P-CSCF sends an INVITE message for an outgoing call to the S-CSCF, and when the S-CSCF does not contain user data, the S-CSCF sends an invalid data message transferring information to initiate the caller to re-register to the P-CSCF.

Чтобы обеспечивать, что вызывающая сторона может восстанавливать нормальные услуги связи своевременно, может быть приспособлен способ согласно второму варианту осуществления настоящего изобретения. Способ для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения включает в себя следующие этапы.In order to ensure that the calling party can restore normal communication services in a timely manner, the method according to the second embodiment of the present invention can be adapted. A method for processing service delivery after network element data becomes invalid according to a second embodiment of the present invention includes the following steps.

Элемент сети предоставления услуг может отправлять инициирующее сообщение для повторной регистрации вызывающей стороне одновременно с отправкой сообщения о недопустимых данных; вызывающая сторона не должна обязательно инициировать повторную регистрацию после того, как период регистрации истекает, и может восстанавливать услуги своевременно. После того как элемент сети предоставления услуг отправляет сообщение о недопустимых данных, вызывающая сторона может инициировать операцию восстановления пользовательских данных. В частности, операция может быть следующей. Вызывающая сторона инициирует функциональный запрос для повторной регистрации к элементу сети предоставления услуг; элемент сети предоставления услуг выполняет операцию повторной регистрации на вызывающей стороне и использует повторно зарегистрированные пользовательские данные для того, чтобы обновлять пользовательские данные; и после того, как пользовательские данные восстановлены, элемент сети предоставления услуг выполняет соответствующую обработку предоставления услуг согласно сообщению с запросом на предоставление услуг.The service network element may send an initiating message for re-registration to the calling party at the same time as sending the invalid data message; the calling party does not have to necessarily initiate re-registration after the registration period has expired, and can restore services in a timely manner. After the service network element sends an invalid data message, the caller may initiate a user data recovery operation. In particular, the operation may be as follows. The caller initiates a functional request for re-registration to a service network element; the service network element performs a re-registration operation on the calling party and uses the re-registered user data in order to update the user data; and after the user data is restored, the service network element performs the corresponding service delivery processing according to the service request message.

В третьем варианте осуществления настоящего изобретения, способ для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, включает в себя следующие этапы.In a third embodiment of the present invention, a method for processing service delivery after network element data becomes invalid includes the following steps.

Первый вариант осуществления разрешает только проблему вызывающей стороны, которая возникает после того, как данные становятся недопустимыми; тем не менее, поскольку вызываемая сторона и вызывающая сторона могут не находиться в зоне покрытия одного элемента сети предоставления услуг, вызываемая сторона и вызывающая сторона обрабатываются различными способами. Когда элемент сети предоставления услуг принимает сообщение с запросом на предоставление услуг, инициированное в вызываемой стороне в сети, и пользовательские данные вызываемой стороны, сохраненные в элементе сети предоставления услуг, являются недопустимыми, элемент сети предоставления услуг возвращает сообщение о недопустимых данных вызываемой стороны в сеть.The first embodiment only solves the problem of the caller, which occurs after the data becomes invalid; however, since the called party and the calling party may not be in the coverage area of one element of the service network, the called party and the calling party are processed in various ways. When the service network element receives a service request message initiated at the called party in the network and the called party user data stored in the service network element is invalid, the service network element returns the invalid data message of the called party to the network.

После приема сообщения о недопустимых данных сеть определяет, может ли запрос на предоставление услуг быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных вызываемой стороны, сохраненных в элементе сети, согласно содержимому сообщения с запросом на предоставление услуг, и если запрос на предоставление услуг может быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных вызываемой стороны, сохраненных в элементе сети, запрос на предоставление услуг преобразуется в сообщение с запросом, приспособленное к упомянутой другой сети, и сообщение с запросом перенаправляется в упомянутую другую сеть, чтобы завершать соответствующую операцию предоставления услуг. Например, после приема сообщения о недопустимых пользовательских данных сеть может инициировать незарегистрированные услуги пользователя и отправлять сообщение с приглашением и ответное сообщение. Незарегистрированными услугами может быть перенаправление вызова на голосовой почтовый ящик пользователя, перенаправление вызова другому конкретному пользователю, отправка звонка с приглашением вызывающему пользователю и т.п. Если запрос на предоставление услуг не может быть перенаправлен в другую сеть, сообщение о недопустимых данных перенаправляется отправляющей стороне сообщения с запросом на предоставление услуг.After receiving a message about invalid data, the network determines whether the request for the provision of services can be redirected to another network that allows communication operations without user data of the called party stored in the network element according to the contents of the message requesting the provision of services, and if the request for the provision of services can be redirected to another network that allows communication operations without user data of the called party stored in the network element, a request for tavlenie services is converted into a request message adapted to said another network, and the request message is forwarded to said another network to complete the proper operation of services. For example, after receiving a message about invalid user data, the network may initiate unregistered user services and send an invitation message and a response message. Unregistered services may include redirecting a call to a user's voice mailbox, redirecting a call to another specific user, sending a call with an invitation to the calling user, etc. If the request for the provision of services cannot be redirected to another network, a message about invalid data is redirected to the sending party of the message requesting the provision of services.

Фиг.8 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления настоящего изобретения. В этом варианте осуществления, система включает в себя отправляющую сторону 2 запросов на предоставление услуг, приемную сторону 3 запросов на предоставление услуг и элемент 1 сети предоставления услуг, сконфигурированный в сети. Элемент сети предоставления услуг включает в себя модуль хранения пользовательских данных и модуль сравнения пользовательских данных и дополнительно включает в себя модуль 11 отправки сообщений о недопустимости, выполненный с возможностью отправлять сообщение о недопустимых пользовательских данных отправляющей стороне запросов на предоставление услуг.Fig. 8 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a first embodiment of the present invention. In this embodiment, the system includes a sending side 2 of service requests, a receiving side 3 of service requests, and a service network element 1 configured in the network. An element of a service delivery network includes a user data storage module and a user data comparison module, and further includes an invalid message sending module 11 configured to send an invalid user data message to the sending party of the service request.

Фиг.9 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения. В отличие от структуры системы согласно варианту осуществления, показанному на фиг.8, элемент сети предоставления услуг, показанный на фиг.9, дополнительно включает в себя модуль отправки инициирующих сообщений, выполненный с возможностью отправлять сообщение повторной регистрации согласно сообщению о недопустимых пользовательских данных, и модуль 12 повторной регистрации, выполненный с возможностью восстанавливать пользовательские данные.FIG. 9 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a second embodiment of the present invention. In contrast to the system structure according to the embodiment shown in FIG. 8, the service network element shown in FIG. 9 further includes an initiating message sending unit configured to send a re-registration message according to an invalid user data message, and a re-registration module 12 configured to recover user data.

Фиг.10 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно третьему варианту осуществления настоящего изобретения. В отличие от варианта осуществления, показанного на фиг.9, в варианте осуществления, показанном на фиг.10, сеть дополнительно включает в себя модуль 4 определения запросов на предоставление услуг, выполненный с возможностью осуществлять определение услуги согласно сообщению о недопустимых пользовательских данных и сообщению с запросом на предоставление услуг, отправленному посредством отправляющей стороны запросов на предоставление услуг. Модуль определения запросов на предоставление услуг выполнен с возможностью определять, может ли запрос на предоставление услуг быть перенаправлен в другую сеть, которая допускает выполнение операций связи без пользовательских данных, сохраненных в модуле хранения пользовательских данных. Помимо этого сеть дополнительно включает в себя модуль 5 преобразования запросов на предоставление услуг, выполненный с возможностью перенаправлять запрос на предоставление услуг в упомянутую другую сеть для выполнения операций операции связи.10 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a third embodiment of the present invention. In contrast to the embodiment shown in FIG. 9, in the embodiment shown in FIG. 10, the network further includes a service request determination module 4 configured to determine a service according to an invalid user data message and a message with a service request sent by the sender of a service request. The service request determination module is configured to determine whether the service request can be redirected to another network that allows communication operations without user data stored in the user data storage module. In addition, the network further includes a service request conversion module 5 configured to redirect a service request to said other network to perform communication operations.

Фиг.11 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно четвертому варианту осуществления настоящего изобретения. В отличие от варианта осуществления, показанного на фиг.11, в варианте осуществления, показанном на фиг.10, элемент сети предоставления услуг дополнительно включает в себя модуль отправки инициирующих сообщений, выполненный с возможностью отправлять сообщение повторной регистрации согласно сообщению о недопустимых пользовательских данных, и модуль 12 повторной регистрации, выполненный с возможностью восстанавливать пользовательские данные.11 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a fourth embodiment of the present invention. Unlike the embodiment shown in FIG. 11, in the embodiment shown in FIG. 10, the service network element further includes an initiating message sending module configured to send a re-registration message according to the invalid user data message, and a re-registration module 12 configured to recover user data.

Фиг.12 - это схематическое структурное представление системы для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно пятому варианту осуществления настоящего изобретения. В отличие от варианта осуществления, показанного на фиг.9, в варианте осуществления, показанном на фиг.12, сеть дополнительно включает в себя модуль 6 перенаправления сообщений о недопустимости, выполненный с возможностью перенаправлять сообщение о недопустимых пользовательских данных отправляющей стороне запросов на предоставление услуг. Модуль выполнен с возможностью сообщать вызывающему пользователю или элементу сети, посредством которого обслуживается вызывающий пользователь после того, как данные вызываемого пользователя становятся недопустимыми, когда вызывающий пользователь и вызываемый пользователь находятся не в зоне покрытия одного элемента сети.12 is a schematic structural view of a system for processing service delivery after data of a network element becomes invalid according to a fifth embodiment of the present invention. In contrast to the embodiment shown in FIG. 9, in the embodiment shown in FIG. 12, the network further includes an invalid message redirection module 6 configured to forward an invalid user data message to a sending party of service requests. The module is configured to inform the calling user or network element through which the calling user is served after the data of the called user becomes invalid when the calling user and the called user are not in the coverage area of one network element.

Во всех вышеописанных вариантах осуществления, отправляющая сторона запросов на предоставление услуг и приемная сторона запросов на предоставление услуг могут быть UE или элементом сети обработки информации в сети, например CSCF или AS. Элемент сети предоставления услуг может быть P-CSCF, I-CSCF или S-CSCF.In all of the above embodiments, the sending side of the service request and the receiving side of the service request may be a UE or an information processing network element in a network, such as a CSCF or AS. The service network element may be a P-CSCF, I-CSCF or S-CSCF.

Способ для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно настоящему изобретению включает в себя следующие этапы.The method for processing service delivery after a network element fails during operation according to the present invention includes the following steps.

После приема сообщения с запросом на предоставление услуг элемент сети предыдущего участка относительно отказавшего элемента сети заканчивает текущий процесс предоставления услуг и возвращает сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг.After receiving a service request message, the network element of the previous section with respect to the failed network element finishes the current service provision process and returns a message about the inoperative network element to the calling terminal sending the service request message.

Сообщение о неработоспособном элементе сети, возвращенное в вызывающий терминал посредством элемента сети предыдущего участка относительно отказавшего элемента сети, может содержать информацию для инициирования повторной регистрации вызывающего терминала. После приема сообщения вызывающий терминал выполняет повторную регистрацию, чтобы не допускать отказавшего элемента сети при новых услугах.An inoperative network element message returned to the calling terminal by the network element of the previous section regarding the failed network element may contain information for initiating re-registration of the calling terminal. After receiving the message, the calling terminal performs a re-registration in order to prevent a failed network element with new services.

Для некоторых элементов сети механизм обнаружения сбоев существует между элементами сети (например, элементы сети обнаруживают, отказывает или нет другой элемент при работе, через функцию подтверждения соединения). Через механизм обнаружения сбоев элемент сети может знать, отказывает или нет элемент сети следующего участка при работе. Следовательно, элемент сети предыдущего участка относительно отказавшего элемента сети может обнаруживать, что сбой возникает в отказавшем элементе сети, через механизм обнаружения сбоев.For some network elements, a fault detection mechanism exists between network elements (for example, network elements detect whether another element fails or not during operation through the connection confirmation function). Through a failure detection mechanism, a network element can know whether or not the network element of the next section fails during operation. Therefore, the network element of the previous section with respect to the failed network element can detect that a failure occurs in the failed network element through the failure detection mechanism.

Для элементов сети без механизма обнаружения сбоев обработка предоставления услуг может быть следующей. После приема сообщения с запросом на предоставление услуг элемент сети предыдущего участка относительно отказавшего элемента сети перенаправляет запрос на предоставление услуг к элементу сети следующего участка. Если ответное сообщение от отказавшего элемента сети не принято в рамках предварительно определенного периода времени, текущий процесс предоставления услуг заканчивается, и сообщение о неработоспособном элементе сети отправляется в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг. Например, когда S-CSCF отказывает при работе, и пользователь, зарегистрированный с помощью отказавшей S-CSCF, инициирует запрос на предоставление услуг, если элементом сети предыдущего участка относительно S-CSCF является P-CSCF, то P-CSCF должна возвращать сообщение о неработоспособности в вызывающий терминал после приема запроса на предоставление услуг.For network elements without a failure detection mechanism, service delivery processing may be as follows. After receiving a service request message, the network element of the previous section regarding the failed network element redirects the service request to the network element of the next section. If the response message from the failed network element is not received within a predetermined period of time, the current service delivery process ends and the message about the inoperative network element is sent to the calling terminal sending a message requesting the provision of services. For example, when the S-CSCF fails to operate, and the user registered with the failed S-CSCF initiates a service request, if the network element of the previous section regarding the S-CSCF is a P-CSCF, then the P-CSCF should return an inoperative message to the calling terminal after receiving a request for a service.

Фиг.13 - это блок-схема последовательности сигналов способа для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно первому варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы.FIG. 13 is a flowchart of a method for processing service delivery after a network element malfunctions, according to a first embodiment of the present invention. The method includes the following steps.

На этапе 1301, вызывающий терминал инициирует начальный запрос на предоставление услуг, и элемент сети может определять, находится ли сам элемент сети на вызывающей стороне, согласно идентификатору параметра в сообщении.At step 1301, the calling terminal initiates an initial service request, and the network element can determine whether the network element itself is on the calling side according to the parameter identifier in the message.

На этапе 1302, элемент сети предыдущего участка относительно отказавшего элемента сети обнаруживает, что элемент следующего участка (т.е. отказавший элемент сети) отказывает при работе, и заканчивает текущий процесс и возвращает сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг. Элемент сети предыдущего участка относительно отказавшего элемента сети определяет адрес элемента сети следующего участка согласно информации маршрутизации в сообщении и может обнаруживать состояние элемента сети следующего участка до перенаправления запроса на предоставление услуг к элементу сети следующего участка.At step 1302, the network element of the previous section relative to the failed network element detects that the element of the next section (i.e., the failed network element) fails, and ends the current process and returns a message about the inoperative network element to the calling terminal sending the request message to provide services. The network element of the previous section relative to the failed network element determines the address of the network element of the next section according to the routing information in the message and can detect the state of the network element of the next section before redirecting the service request to the network element of the next section.

На этапе 1303, после приема сообщения о неработоспособном элементе сети вызывающий терминал инициирует повторную регистрацию.At step 1303, after receiving a message about an inoperative network element, the calling terminal initiates a re-registration.

Фиг.14 - это блок-схема последовательности сигналов способа для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно второму варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы.Fig. 14 is a flowchart of a method for processing service delivery after a network element fails during operation, according to a second embodiment of the present invention. The method includes the following steps.

На этапе 1401, вызывающий терминал инициирует начальный запрос на предоставление услуг.At step 1401, the calling terminal initiates an initial service request.

На этапе 1402, элемент сети предыдущего участка относительно отказавшего элемента сети перенаправляет начальное сообщение с запросом на предоставление услуг к элементу сети следующего участка (т.е. отказавшему элементу сети).At step 1402, the network element of the previous section relative to the failed network element redirects the initial request message for the provision of services to the network element of the next section (i.e., the failed network element).

На этапе 1403, если ответное сообщение не принято в течение предварительно определенного периода времени, текущий процесс предоставления услуг заканчивается, и сообщение о неработоспособном элементе сети возвращается в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг.At step 1403, if the response message is not received within a predetermined period of time, the current service delivery process ends, and the message about the inoperative network element is returned to the calling terminal sending a message requesting the provision of services.

На этапе 1404, после приема сообщения о неработоспособном элементе сети вызывающий терминал инициирует повторную регистрацию.At step 1404, after receiving a message about an inoperative network element, the calling terminal initiates a re-registration.

Фиг.15 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно первому варианту осуществления настоящего изобретения. Элемент сети включает в себя модуль 151 приема сообщений с запросом на предоставление услуг и модуль 152 отправки сообщений о неработоспособных элементах сети.FIG. 15 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a first embodiment of the present invention. The network element includes a module 151 for receiving messages with a request for the provision of services and a module 152 for sending messages about inoperative elements of the network.

Модуль 151 приема сообщений с запросом на предоставление услуг выполнен с возможностью принимать сообщение с запросом на предоставление услуг.Module 151 receiving messages with a request for the provision of services is configured to receive a message with a request for the provision of services.

Модуль 152 отправки сообщений о неработоспособных элементах сети выполнен с возможностью возвращать сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг, когда элемент сети следующего участка относительно элемента сети отказывает при работе.The module 152 for sending messages about inoperative network elements is configured to return a message about an inoperative network element to the calling terminal sending a request message for the provision of services when the network element of the next section relative to the network element fails to operate.

Фиг.16 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно второму варианту осуществления настоящего изобретения. Помимо компонентов на фиг.15, элемент сети дополнительно включает в себя модуль 153 обнаружения сбоев.FIG. 16 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a second embodiment of the present invention. In addition to the components of FIG. 15, the network element further includes a failure detection module 153.

Модуль 153 обнаружения сбоев выполнен с возможностью выполнять обнаружение сбоев в элементе сети следующего участка относительно элемента сети и инициировать модуль отправки сообщений о неработоспособных элементах сети, чтобы отправлять сообщение о неработоспособном элементе сети после обнаружения сбоя. Сообщение с запросом на предоставление услуг, принимаемое посредством модуля приема сообщений с запросом на предоставление услуг, содержит информацию о маршрутизации элемента сети следующего участка относительно текущего элемента сети. Следовательно, модуль обнаружения сбоев может определять элемент сети следующего участка согласно информации о маршрутизации, выполняет обнаружение сбоев в элементе следующего участка и отправляет инструкцию, чтобы инициировать модуль отправки сообщений о неработоспособности в сети отправлять сообщение о неработоспособном элементе сети.The fault detection module 153 is configured to perform fault detection in a network element of the next section with respect to the network element and initiate a module for sending messages about inoperative network elements to send a message about an inoperative network element after detecting a failure. A service request message received by a service request message receiving module contains routing information of a network element of the next section with respect to the current network element. Therefore, the failure detection module can determine the network element of the next section according to the routing information, performs fault detection in the element of the next section, and sends an instruction to initiate the module for sending network inoperability messages, to send a message about the inoperative network element.

Фиг.17 - это схематическое структурное представление элемента сети для обработки предоставления услуг после того, как элемент сети отказывает при работе, согласно третьему варианту осуществления настоящего изобретения. Помимо компонентов на фиг.15, элемент сети дополнительно включает в себя модуль 154 перенаправления сообщений с запросом на предоставление услуг и модуль 155 обнаружения и приема ответных сообщений.FIG. 17 is a schematic structural view of a network element for service delivery processing after a network element fails during operation, according to a third embodiment of the present invention. In addition to the components of FIG. 15, the network element further includes a service forwarding module 154 and a response message detecting and receiving module 155.

Модуль 154 перенаправления сообщений с запросом на предоставление услуг выполнен с возможностью перенаправлять сообщение с запросом на предоставление услуг к элементу сети следующего участка относительно текущего элемента сети.The message redirection request module 154 is configured to redirect the service request message to a network element of the next section relative to the current network element.

Модуль 155 обнаружения и приема ответных сообщений выполнен с возможностью обнаруживать, принято ли ответное сообщение в рамках предварительно определенного периода времени, и инициировать модуль отправки сообщений о неработоспособных элементах сети, чтобы возвращать сообщение о неработоспособном элементе сети в вызывающий терминал, отправляющий сообщение с запросом на предоставление услуг, если ответное сообщение, возвращенное посредством элемента сети следующего участка, не принято. После перенаправления сообщения с запросом на предоставление услуг модуль перенаправления сообщений с запросом на предоставление услуг инициирует модуль обнаружения и приема ответных сообщений, чтобы обнаруживать ответное сообщение. Если соответствующее ответное сообщение не принято в рамках предварительно определенного периода времени (который может быть реализован посредством задания таймера), модуль обнаружения и приема ответных сообщений инициирует модуль отправки сообщений о неработоспособных элементах сети, чтобы отправлять сообщение о неработоспособности.The response message detecting and receiving unit 155 is configured to detect whether a response message has been received within a predetermined period of time and initiate a message sending module about inoperative network elements to return a message about an inoperative network element to the calling terminal sending a request message for provision services if the response message returned by the network element of the next section is not received. After forwarding the service request message, the service request forwarding module initiates a response message detection and reception module to detect the response message. If the corresponding response message is not received within a predetermined time period (which can be implemented by setting a timer), the response message detection and reception module initiates a message sending module about inoperative network elements to send a message about inoperability.

Фиг.18 - это блок-схема последовательности операций способа для возвращения пользовательских данных после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы.FIG. 18 is a flowchart of a method for returning user data after network element data becomes invalid according to the first embodiment of the present invention. The method includes the following steps.

На этапе 1801, S-CSCF принимает сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные. At step 1801, the S-CSCF receives a call setup request message containing user credentials.

На этапе 1802, S-CSCF обнаруживает, что пользовательские данные не могут быть получены, согласно пользовательским идентификационным данным. At step 1802, the S-CSCF detects that user data cannot be obtained according to the user identification data.

На этапе 1803, S-CSCF добавляет пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных и отправляет сообщение с запросом на получение пользовательских данных, содержащее пользовательские идентификационные данные, в HSS.At step 1803, the S-CSCF adds the user credentials to the user data request message and sends a user data request message containing the user credentials to the HSS.

На этапе 1804, HSS принимает сообщение с запросом на получение пользовательских данных от S-CSCF. At step 1804, the HSS receives a request message for receiving user data from the S-CSCF.

На этапе 1805, HSS запрашивает сохраненное состояние регистрации пользователя и назначенную S-CSCF для пользователя согласно пользовательским идентификационным данным. At step 1805, the HSS requests the stored user registration state and the assigned S-CSCF for the user according to the user identity.

На этапе 1806, когда сохраненным состоянием регистрации пользователя является "зарегистрирован", и назначенная S-CSCF является запрашивающей S-CSCF, HSS возвращает пользовательские данные согласно сообщению с запросом.At step 1806, when the stored user registration state is “registered”, and the designated S-CSCF is the requesting S-CSCF, the HSS returns user data according to the request message.

На этапе 1807, S-CSCF выполняет управление услугами согласно возвращенным пользовательским данным.At step 1807, the S-CSCF performs service control according to the returned user data.

Фиг.19 - это блок-схема последовательности операций способа для возвращения пользовательских данных после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы.FIG. 19 is a flowchart of a method for returning user data after network element data becomes invalid according to a second embodiment of the present invention. The method includes the following steps.

На этапе 1901, S-CSCF принимает сообщение об ошибке системы S-CSCF. At step 1901, the S-CSCF receives an S-CSCF system error message.

На этапе 1902, S-CSCF принимает сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные. At step 1902, the S-CSCF receives a call setup request message containing user credentials.

На этапе 1903, когда S-CSCF не может обнаруживать пользовательские данные согласно пользовательским идентификационным данным, S-CSCF добавляет пользовательские идентификационные данные и идентификатор ошибки к сообщению с запросом на получение пользовательских данных.In step 1903, when the S-CSCF cannot detect user data according to the user identification data, the S-CSCF adds the user identification data and an error identifier to the user request message.

На этапе 1904, сообщение с запросом на получение пользовательских данных отправляется в HSS. At step 1904, a request message for receiving user data is sent to the HSS.

На этапе 1905, HSS запрашивает состояние регистрации пользователя, сохраненное в нем, согласно пользовательским идентификационным данным. At step 1905, the HSS requests the user registration state stored in it according to the user identification data.

На этапе 1906, после приема сообщения с запросом на получение пользовательских данных от S-CSCF, HSS определяет, что сообщение с запросом содержит идентификатор ошибки, и возвращает пользовательские данные согласно сообщению с запросом, когда сохраненным состоянием регистрации пользователя является "зарегистрирован".In step 1906, after receiving a request message for receiving user data from the S-CSCF, the HSS determines that the request message contains an error identifier and returns user data according to the request message when the stored user registration state is “registered”.

На этапе 1907, S-CSCF выполняет управление услугами согласно возвращенным пользовательским данным.At step 1907, the S-CSCF performs service control according to the returned user data.

Фиг.20 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса входящего вызова от I-CSCF после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. В этом варианте осуществления, описывается процесс для возвращения пользовательских данных, когда пользовательские данные потеряны вследствие отказа и перезагрузки системы. Как показано на фиг.20, процесс, когда S-CSCF принимает запрос на установление сеанса входящего вызова от I-CSCF, включает в себя следующие этапы.FIG. 20 is a schematic diagram of an implementation process when an S-CSCF receives a request to establish an incoming call session from an I-CSCF after a system failure and reboot in a method for processing service delivery after network element data becomes invalid according to the present invention. In this embodiment, a process for returning user data when the user data is lost due to a system failure and reboot is described. As shown in FIG. 20, the process when the S-CSCF receives a request to establish an incoming call session from the I-CSCF includes the following steps.

На этапе 2001, I-CSCF принимает сообщение INVITE для входящего вызова к пользователю. At step 2001, the I-CSCF receives an INVITE message for an incoming call to the user.

На этапе 2002, I-CSCF инициирует сообщение LIR к HSS, чтобы получать информацию о S-CSCF, обслуживающей пользователя, или требуемый набор характеристик S-CSCF. In step 2002, the I-CSCF initiates a LIR message to the HSS to obtain information about the S-CSCF serving the user, or the desired set of S-CSCF features.

На этапе 2003, если состоянием регистрации пользователя, записанным в HSS, является "зарегистрирован", и HSS сохраняет имя S-CSCF, обслуживающей пользователя, HSS возвращает имя S-CSCF в I-CSCF через LIA. In step 2003, if the user registration state recorded in the HSS is "registered" and the HSS stores the name of the S-CSCF serving the user, the HSS returns the S-CSCF name to the I-CSCF through the LIA.

На этапе 2004, I-CSCF перенаправляет запрос INVITE в S-CSCF. In step 2004, the I-CSCF redirects the INVITE request to the S-CSCF.

На этапе 2005, поскольку S-CSCF не имеет данных пользователя, S-CSCF отправляет SAR в HSS, чтобы запрашивать пользовательские данные; параметр Server Assignment Type в команде SAR задается равным UNREGISTERED_USER, чтобы сообщать HSS о том, что это запрос для незарегистрированного входящего вызова; в конкретной реализации, S-CSCF может переносить идентификатор ошибки в SAR, отправленном в HSS.In step 2005, since the S-CSCF does not have user data, the S-CSCF sends the SAR to the HSS to request user data; The Server Assignment Type parameter in the SAR command is set to UNRector_USER to inform the HSS that this is a request for an unregistered incoming call; in a particular implementation, the S-CSCF may carry the error identifier in the SAR sent to the HSS.

На этапе 2006, если HSS обнаруживает, что состоянием IMPU в запросе SAR, сохраненном в HSS, является "зарегистрирован", и S-CSCF, инициирующая операцию SAR, и S-CSCF, записанная в HSS, являются одинаковыми, HSS загружает пользовательские данные в S-CSCF через SAA.In step 2006, if the HSS detects that the IMPU state in the SAR request stored in the HSS is “registered”, and the S-CSCF initiating the SAR operation and the S-CSCF recorded in the HSS are the same, the HSS loads user data into S-CSCF through SAA.

HSS необязательно может определять сначала то, подписан ли IMPU на незарегистрированную услугу, и если IMPU подписан на незарегистрированную услугу, HSS загружает пользовательские данные в S-CSCF через SAA; если IMPU не подписан на незарегистрированную услугу, HSS возвращает ошибку в S-CSCF согласно предшествующему уровню техники.The HSS may not necessarily determine first whether the IMPU is subscribed to an unregistered service, and if the IMPU is subscribed to an unregistered service, the HSS uploads user data to the S-CSCF through the SAA; if the IMPU is not subscribed to an unregistered service, the HSS returns an error to the S-CSCF according to the prior art.

Необязательно, когда S-CSCF переносит идентификатор ошибки в SAR, HSS также может загружать пользовательские данные в S-CSCF через SAA; в противном случае, HSS возвращает ошибку в S-CSCF согласно предшествующему уровню техники. Optionally, when the S-CSCF transfers the error identifier to the SAR, the HSS can also load user data into the S-CSCF through the SAA; otherwise, the HSS returns an error in the S-CSCF according to the prior art.

На этапе 2007, S-CSCF выполняет управление услугами согласно пользовательским данным. In step 2007, the S-CSCF performs service control according to user data.

На этапе 2008, S-CSCF выполняет последующую обработку.In step 2008, the S-CSCF performs subsequent processing.

Фиг.21 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса исходящего вызова от I-CSCF или AS после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. В этом варианте осуществления, описывается процесс реализации для возвращения пользовательских данных, когда пользовательские данные потеряны вследствие отказа и перезагрузки системы. Как показано на фиг.21, процесс, когда S-CSCF принимает запрос на установление сеанса исходящего вызова от I-CSCF или AS, включает в себя следующие этапы.FIG. 21 is a schematic diagram of an implementation process when an S-CSCF receives a request to establish an outgoing call session from an I-CSCF or AS after a system failure and reboot in a method for processing service delivery after network element data becomes invalid, according to the present invention. In this embodiment, an implementation process is described for returning user data when user data is lost due to a system failure and reboot. As shown in FIG. 21, the process when the S-CSCF receives a request to establish an outgoing call session from the I-CSCF or AS includes the following steps.

До того как AS инициирует исходящий вызов от имени пользователя, AS может получать имя S-CSCF, посредством которой пользователь обслуживается, из HSS посредством сторонней регистрации или через Sh-интерфейс. Если AS получает имя S-CSCF, посредством которой обслуживается пользователь, до того как AS инициирует исходящий вызов от имени пользователя, выполняется этап 2101a, т.е. AS маршрутизирует сеанс напрямую в S-CSCF, посредством которой пользователь обслуживается. Если имя S-CSCF, посредством которой пользователь обслуживается, не может быть получено, выполняется этап 2101b1.Before the AS initiates an outgoing call on behalf of the user, the AS can obtain the S-CSCF name by which the user is served from the HSS through third-party registration or through the Sh-interface. If the AS receives the S-CSCF name by which the user is served before the AS initiates an outgoing call on behalf of the user, step 2101a is performed, i.e. The AS routes the session directly to the S-CSCF, through which the user is served. If the S-CSCF name by which the user is served cannot be obtained, step 2101b1 is performed.

На этапе 2101bl, сеанс маршрутизируется в I-CSCF в домашнем домене пользователя.At step 2101bl, the session is routed to the I-CSCF in the user's home domain.

На этапе 2101b2, I-CSCF инициирует сообщение LIR к HSS, заполняет идентификационные данные вызывающего пользователя в поле заголовка P-Asserted-Identity принимаемого сообщения в LIR и добавляет флаг запроса исходящего вызова, чтобы запрашивать информацию о текущем местоположении пользователя, т.е. информацию о S-CSCF, посредством которой обслуживается пользователь.At step 2101b2, the I-CSCF initiates the LIR message to the HSS, fills the identification of the calling user in the P-Asserted-Identity header field of the received message in the LIR, and adds an outgoing call request flag to request information about the user's current location, i.e. S-CSCF information through which the user is served.

На этапе 2101b3, HSS обнаруживает, что состоянием регистрации пользователя, сохраненным в HSS, является "зарегистрирован". At step 2101b3, the HSS detects that the user registration state stored in the HSS is “registered”.

На этапе 2101b4, HSS сохраняет имя S-CSCF, обслуживающей пользователя, затем возвращает имя S-CSCF, посредством которой пользователь обслуживается, в I-CSCF через LIA. At step 2101b4, the HSS stores the name of the S-CSCF serving the user, then returns the name of the S-CSCF by which the user is served to the I-CSCF through the LIA.

На этапе 2101b5, I-CSCF маршрутизирует сообщение INVITE в S-CSCF, возвращенную посредством HSS.At step 2101b5, the I-CSCF routes the INVITE message to the S-CSCF returned by the HSS.

На этапе 2102, поскольку S-CSCF не имеет данных пользователя, S-CSCF переносит в SAR пользовательские идентификационные данные как, например, поле заголовка P-Asserted-Identity сообщения, чтобы запрашивать данные подписки пользователя из HSS; параметр Server Assignment Type в команде SAR задается равным UNREGISTERED_USER; и в конкретной реализации, S-CSCF может переносить идентификатор ошибки в SAR, отправленном в HSS.At 2102, since the S-CSCF does not have user data, the S-CSCF transfers the user identification data to the SAR, such as, for example, the P-Asserted-Identity header field of the message to request user subscription data from the HSS; the Server Assignment Type parameter in the SAR command is set to UNRector_USER; and in a specific implementation, the S-CSCF may carry the error identifier in the SAR sent to the HSS.

На этапе 2103, если HSS обнаруживает, что состоянием IMPU в запросе SAR, сохраненном в HSS, является "зарегистрирован", и S-CSCF, инициирующая операцию SAR, и S-CSCF, записанная в HSS, являются одинаковыми, HSS загружает пользовательские данные в S-CSCF через SAA.In step 2103, if the HSS detects that the IMPU state in the SAR request stored in the HSS is “registered”, and the S-CSCF initiating the SAR operation and the S-CSCF recorded in the HSS are the same, the HSS loads user data into S-CSCF through SAA.

Здесь, когда S-CSCF переносит идентификатор ошибки в SAR, HSS может загружать пользовательские данные в S-CSCF через SAA. Here, when the S-CSCF transfers the error identifier to the SAR, the HSS can load user data into the S-CSCF through the SAA.

На этапе 2104, S-CSCF выполняет управление услугами. At step 2104, the S-CSCF performs service control.

На этапе 2105, S-CSCF выполняет последующую обработку. At step 2105, the S-CSCF performs subsequent processing.

Можно заметить из двух вышеописанных вариантов осуществления, что, когда HSS принимает команду SAR, отправленную посредством S-CSCF, чтобы запрашивать пользовательские данные, если S-CSCF, инициирующая операцию SAR, и S-CSCF, сохраненная в HSS, являются одинаковыми, и состоянием IMPU пользователя, запрашивающего операцию, сохраненную в HSS, является "зарегистрирован", но параметр Server Assignment Type в SAR - это UNREGISTERED_USER, HSS загружает данные об услугах пользователя в S-CSCF через SAA. HSS сначала может определять, подписан или нет IMPU в SAR на незарегистрированную услугу. Если IMPU подписан на незарегистрированную услугу, HSS загружает данные об услугах пользователя в S-CSCF через SAA. В конкретной реализации, если определяется то, что SAR S-CSCF переносит идентификатор ошибки, здесь, HSS может загружать пользовательские данные в S-CSCF через SAA, и S-CSCF предоставляет соответствующие услуги пользователю.It can be seen from the two embodiments described above that when the HSS receives the SAR command sent by the S-CSCF to request user data if the S-CSCF initiating the SAR operation and the S-CSCF stored in the HSS are the same and the state The IMPU of the user requesting the operation stored in the HSS is “registered”, but the Server Assignment Type parameter in the SAR is UNRcture_USER, the HSS loads the user service data into the S-CSCF through the SAA. The HSS may first determine whether or not IMPUs in the SAR are subscribed to an unregistered service. If the IMPU is subscribed to an unregistered service, the HSS uploads user service data to the S-CSCF through the SAA. In a particular implementation, if it is determined that the S-SSCCF SAR carries the error identifier, here, the HSS can load user data into the S-CSCF through the SAA, and the S-CSCF provides related services to the user.

Фиг.22 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса от P-CSCF и выполняет обработку как для зарегистрированного пользователя после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. В этом варианте осуществления, описывается процесс реализации для возвращения пользовательских данных, когда пользовательские данные потеряны вследствие отказа и перезагрузки системы. Как показано на фиг.22, процесс, когда S-CSCF принимает запрос на установление сеанса от P-CSCF и выполняет обработку как для зарегистрированного пользователя, включает в себя следующие этапы.FIG. 22 is a schematic diagram of an implementation process when the S-CSCF receives a session request from the P-CSCF and performs processing as for a registered user after a system failure and reboot in a method for processing service delivery after network element data becomes invalid according to the present invention. In this embodiment, an implementation process is described for returning user data when user data is lost due to a system failure and reboot. As shown in FIG. 22, the process when the S-CSCF receives the session establishment request from the P-CSCF and performs processing as for the registered user includes the following steps.

На этапе 2201, UE инициирует сообщение INVITE и необязательно может заполнять общедоступные пользовательские идентификационные данные, идентифицирующие UE, в поле заголовка P-Preferred-Identity.At step 2201, the UE initiates an INVITE message and optionally may populate the public user identification information identifying the UE in the P-Preferred-Identity header field.

На этапе 2202, после приема сообщения INVITE, P-CSCF проверяет, содержит ли сообщение поле заголовка P-Preferred-Identity, и проверяет, совпадает ли значение поля заголовка с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF; если значение поля заголовка совпадает с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF, P-CSCF использует общедоступные пользовательские идентификационные данные в качестве инициатора сеанса и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity; если совпадающие зарегистрированные общедоступные пользовательские идентификационные данные не обнаружены, или поле заголовка P-Preferred-Identity отсутствует, P-CSCF выбирает общедоступные пользовательские идентификационные данные по умолчанию в качестве инициатора сеанса для пользователя и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity.At step 2202, upon receipt of the INVITE message, the P-CSCF checks whether the message contains a P-Preferred-Identity header field, and checks whether the value of the header field matches the registered public user credentials recorded in the P-CSCF; if the value of the header field matches the registered public user credentials recorded in the P-CSCF, the P-CSCF uses the public user credentials as the initiator of the session and populates the public user credentials in the P-Asserted-Identity; if no matching registered public user credentials are found or the P-Preferred-Identity header field is missing, the P-CSCF selects the default public user credentials as the session initiator for the user and populates the public user credentials in P-Asserted-Identity.

На этапе 2203, после приема сообщения INVITE, если S-CSCF не обнаруживает информации пользователя, идентифицированного в P-Asserted-Identity, S-CSCF переносит в SAR пользовательские идентификационные данные, как, например, поле заголовка P-Asserted-Identity сообщения, чтобы запрашивать данные подписки пользователя из HSS; параметр Server Assignment Type в команде SAR задается равным NO_ASSIGNMENT; в конкретной реализации S-CSCF может переносить идентификатор ошибки в SAR, отправленном в HSS.In step 2203, after receiving the INVITE message, if the S-CSCF does not detect user information identified in the P-Asserted-Identity, the S-CSCF transfers the user identification data to the SAR, such as, for example, the P-Asserted-Identity header field of the message so that request user subscription data from HSS; the Server Assignment Type parameter in the SAR command is set to NO_ASSIGNMENT; in a particular implementation, the S-CSCF may carry the error identifier in the SAR sent to the HSS.

На этапе 2204, если HSS обнаруживает, что S-CSCF, инициирующая операцию SAR, и S-CSCF, сохраненная в HSS, являются одинаковыми, HSS загружает пользовательские данные в S-CSCF через SAA; или, если HSS обнаруживает, что переносится идентификатор ошибки, HSS загружает пользовательские данные в S-CSCF через SAA.At step 2204, if the HSS detects that the S-CSCF initiating the SAR operation and the S-CSCF stored in the HSS are the same, the HSS loads user data into the S-CSCF through the SAA; or, if the HSS detects that an error identifier is being carried, the HSS loads user data into the S-CSCF through the SAA.

На этапе 2205, S-CSCF инициирует соответствующие услуги согласно пользовательским данным, загруженным в SAA, и маршрутизирует последующие сеансы согласно Request-URI (т.е. вызываемой стороне) в сообщении INVITE.At step 2205, the S-CSCF initiates the corresponding services according to user data loaded into the SAA, and routes subsequent sessions according to the Request-URI (i.e., the called party) in the INVITE message.

Можно заметить из вышеописанного варианта осуществления, что когда S-CSCF принимает сообщение INVITE с запросом на исходящий вызов и не обнаруживает информации пользователя, комбинируя сведения об ошибке, запрошенные посредством своей системы, S-CSCF переносит в SAR пользовательские идентификационные данные, как, например, поле заголовка P-Asserted-Identity сообщения, чтобы запрашивать данные подписки пользователя из HSS; параметр Server Assignment Type в команде SAR задается равным NO_ASSIGNMENT; S-CSCF также может переносить идентификатор ошибки в SAR, отправленном в HSS, и инициирует нормальные услуги и маршрутизирует последующие сеансы после приема пользовательских данных.It can be seen from the above embodiment that when the S-CSCF receives an INVITE message requesting an outgoing call and does not find user information by combining error information requested by its system, the S-CSCF transfers user identification data to the SAR, such as a P-Asserted-Identity message header field to request user subscription data from the HSS; the Server Assignment Type parameter in the SAR command is set to NO_ASSIGNMENT; The S-CSCF can also carry the error identifier in the SAR sent to the HSS and initiates normal services and routes subsequent sessions after receiving user data.

Фиг.23 - это схематическое представление процесса реализации, когда S-CSCF принимает запрос на установление сеанса от P-CSCF после отказа и перезагрузки системы в способе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. В этом варианте осуществления, описывается процесс реализации для возвращения пользовательских данных, когда пользовательские данные потеряны вследствие отказа и перезагрузки системы. Как показано на фиг.23, процесс, когда S-CSCF принимает запрос на установление сеанса от P-CSCF и активирует повторную регистрацию UE, включает в себя следующие этапы.FIG. 23 is a schematic diagram of an implementation process when the S-CSCF receives a session request from the P-CSCF after a system failure and reboot in a method for processing service delivery after network element data becomes invalid according to the present invention. In this embodiment, an implementation process is described for returning user data when user data is lost due to a system failure and reboot. As shown in FIG. 23, the process when the S-CSCF receives the session establishment request from the P-CSCF and activates the re-registration of the UE includes the following steps.

На этапе 2301, UE инициирует сообщение INVITE и необязательно может заполнять общедоступные пользовательские идентификационные данные, идентифицирующие UE, в поле заголовка P-Preferred-Identity.At step 2301, the UE initiates an INVITE message and optionally can populate the public user identification information identifying the UE in the P-Preferred-Identity header field.

На этапе 2302, после приема сообщения INVITE, P-CSCF проверяет, содержит ли сообщение поле заголовка P-Preferred-Identity, и проверяет, совпадает ли значение поля заголовка с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF; если сообщение содержит поле заголовка P-Preferred-Identity, и значение поля заголовка совпадает с зарегистрированными общедоступными пользовательскими идентификационными данными, записанными в P-CSCF, P-CSCF использует общедоступные пользовательские идентификационные данные в качестве инициатора сеанса и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity; если совпадающие зарегистрированные общедоступные пользовательские идентификационные данные не обнаружены, или поле заголовка P-Preferred-Identity отсутствует, P-CSCF выбирает общедоступные пользовательские идентификационные данные по умолчанию в качестве инициатора сеанса для пользователя и заполняет общедоступные пользовательские идентификационные данные в P-Asserted-Identity.At step 2302, after receiving the INVITE message, the P-CSCF checks whether the message contains a P-Preferred-Identity header field, and checks whether the value of the header field matches the registered public user credentials recorded in the P-CSCF; if the message contains a P-Preferred-Identity header field and the header field value matches the registered public user credentials recorded in the P-CSCF, the P-CSCF uses the public user credentials as a session initiator and populates the public user credentials in P- Asserted-Identity if no matching registered public user credentials are found or the P-Preferred-Identity header field is missing, the P-CSCF selects the default public user credentials as the session initiator for the user and populates the public user credentials in P-Asserted-Identity.

На этапе 2303, после приема сообщения INVITE, S-CSCF не обнаруживает информацию пользователя и возвращает 401 ответ и запрашивает аутентификацию UE. At step 2303, after receiving the INVITE message, the S-CSCF does not detect user information and returns a 401 response and requests authentication of the UE.

На этапе 2304, P-CSCF перенаправляет 401 ответное сообщение об отсутствии авторизации в UE. At step 2304, the P-CSCF redirects 401 a response message about the lack of authorization in the UE.

На этапе 2305, UE инициирует запрос на повторную регистрацию. At step 2305, the UE initiates a re-registration request.

На этапе 2306, P-CSCF перенаправляет запрос на повторную регистрацию в I-CSCF. At step 2306, the P-CSCF redirects the request for re-registration in the I-CSCF.

На этапе 2307, I-CSCF запрашивает имя S-CSCF, назначенной для пользователя, или набор характеристик S-CSCF, требуемых для того, чтобы обслуживать пользователя, из HSS через запрос на авторизацию пользователя (UAR).At step 2307, the I-CSCF requests the name of the S-CSCF assigned to the user, or the set of S-CSCF characteristics required to serve the user, from the HSS through a user authorization request (UAR).

На этапе 2308, HSS возвращает имя S-CSCF, в которой пользователь зарегистрирован первоначально, в I-CSCF через ответ по авторизации пользователя (UAA). At step 2308, the HSS returns the name of the S-CSCF in which the user is initially registered in the I-CSCF through a user authorization response (UAA).

На этапе 2309, I-CSCF отправляет сообщение REGISTER в S-CSCF. At step 2309, the I-CSCF sends a REGISTER message to the S-CSCF.

На этапе 2310, после приема запроса на повторную регистрацию от UE, S-CSCF обрабатывает запрос согласно начальному процессу регистрации, т.е. заполняет общедоступные пользовательские идентификационные данные в запросе авторизации на мультимедиа (MAR) с IMPU в поле заголовка TO регистрационного сообщения и заполняет конфиденциальные пользовательские идентификационные данные в запросе авторизации на мультимедиа (MAR) с именем пользователя в поле заголовка Authorization регистрационного сообщения, чтобы запрашивать данные аутентификации пользователя из HSS.At step 2310, after receiving the re-registration request from the UE, the S-CSCF processes the request according to the initial registration process, i.e. fills in public user credentials in a multimedia authorization request (MAR) with IMPU in the TO header field of the registration message and fills in confidential user credentials in a multimedia authorization request (MAR) with a username in the Authorization header field of the registration message to request user authentication data from HSS.

На этапе 2311, HSS получает соответствующие данные аутентификации согласно IMPI пользователя в MAR и возвращает данные аутентификации в S-CSCF через ответ по авторизации на мультимедиа (MAA).At step 2311, the HSS obtains the corresponding authentication data according to the user's IMPI in the MAR and returns the authentication data to the S-CSCF through a multimedia authorization response (MAA).

На этапе 2312, S-CSCF отправляет 401 ответное сообщение об отсутствии авторизации в UE через I-CSCF; ответное сообщение содержит случайный оклик (RAND) и маркер аутентификации в сети (AUTN); между тем, ключ шифрования и ключ целостности отправляются в P-CSCF, чтобы устанавливать сопоставление безопасности между P-CSCF и UE для защиты целостности при последующем обмене служебными сигналами.At step 2312, the S-CSCF sends 401 a response message about the lack of authorization in the UE through the I-CSCF; the response message contains a random call (RAND) and a network authentication token (AUTN); meanwhile, the encryption key and the integrity key are sent to the P-CSCF to establish a security association between the P-CSCF and the UE to protect the integrity of the subsequent signaling exchange.

На этапе 2313, I-CSCF отправляет 401 ответное сообщение об отсутствии авторизации в P-CSCF. At step 2313, the I-CSCF sends 401 a response message about the lack of authorization in the P-CSCF.

На этапе 2314, P-CSCF отправляет 401 ответное сообщение об отсутствии авторизации в UE. At step 2314, the P-CSCF sends 401 a response message about the lack of authorization in the UE.

На этапе 2315, UE выполняет последующий процесс регистрации. At step 2315, the UE performs a subsequent registration process.

На этапе 2316, S-CSCF инициирует соответствующие услуги согласно пользовательским данным, полученным из HSS в процессе регистрации, и маршрутизирует последующие сеансы согласно Request-URI (т.е. вызываемой стороне) в сообщении INVITE.At step 2316, the S-CSCF initiates the corresponding services according to user data received from the HSS during the registration process, and routes subsequent sessions according to the Request-URI (i.e., the called party) in the INVITE message.

Можно заметить из вышеописанного варианта осуществления, что после приема сообщения INVITE с запросом на исходящий вызов, если S-CSCF не обнаруживает информацию пользователя, S-CSCF может возвращать 401 ответное сообщение об отсутствии авторизации или другие сообщения об ошибках, чтобы запрашивать аутентификацию UE. Таким образом, S-CSCF может инициировать UE, чтобы выполнять повторную регистрацию и аутентификацию, чтобы восстанавливать пользовательские данные, инициировать нормальные услуги и маршрутизировать последующие сеансы.It can be seen from the above embodiment that, upon receiving an INVITE message requesting an outgoing call, if the S-CSCF does not detect user information, the S-CSCF may return 401 an unauthorized response message or other error messages to request UE authentication. Thus, the S-CSCF can initiate the UE to re-register and authenticate in order to restore user data, initiate normal services and route subsequent sessions.

В других вариантах осуществления, настоящее изобретение дополнительно предоставляет систему для возвращения пользовательских данных, HSS и S-CSCF. Реализация устройств далее описывается подробно со ссылкой на прилагаемые чертежи.In other embodiments, implementation, the present invention further provides a system for returning user data, HSS and S-CSCF. The implementation of the devices is further described in detail with reference to the accompanying drawings.

Фиг.24 - это схематическое структурное представление системы для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно первому варианту осуществления настоящего изобретения. Как показано на фиг.24, система включает в себя S-CSCF, HSS и дополнительно включает в себя первый приемный модуль 2403, модуль 2404 запросов, первый модуль 2405 определения и модуль 2406 обратной связи.Fig. 24 is a schematic structural view of a system for returning user data in a system for processing service provision after network element data becomes invalid according to a first embodiment of the present invention. As shown in FIG. 24, the system includes an S-CSCF, HSS, and further includes a first receiving module 2403, a query module 2404, a first determination module 2405, and a feedback module 2406.

Первый приемный модуль 2403 выполнен с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное в HSS посредством S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The first receiving module 2403 is configured to receive a user data request message sent to the HSS via the S-CSCF, wherein the request message contains user identification data.

Модуль 2404 запросов выполнен с возможностью запрашивать S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным.Request module 2404 is configured to request an S-CSCF assigned to a user according to user identification data.

Первый модуль 2405 определения выполнен с возможностью определять, является ли S-CSCF, назначенная для пользователя и полученная посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF.The first determination module 2405 is configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF.

Модуль 2406 обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом.Feedback module 2406 is configured to return user data according to the request message.

В предпочтительном варианте осуществления, модуль запросов запрашивает сохраненное состояние регистрации пользователя согласно пользовательским идентификационным данным; первый модуль определения определяет, является или нет сохраненным состоянием регистрации пользователя "зарегистрирован", и если сохраненным состоянием регистрации пользователя является "зарегистрирован", и назначенная S-CSCF является запрашивающей S-CSCF, первый модуль определения инициирует модуль обратной связи, чтобы возвращать пользовательские данные согласно сообщению с запросом.In a preferred embodiment, the request module requests a stored user registration state according to user identification data; the first determination module determines whether or not the stored user registration state is “registered”, and if the stored user registration state is “registered”, and the designated S-CSCF is requesting the S-CSCF, the first determination module initiates a feedback module to return user data according to the request message.

Система дополнительно может включать в себя первый модуль 2401 добавления, который выполнен с возможностью добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных после приема сообщения с запросом на установление вызова, содержащего пользовательские идентификационные данные.The system may further include a first add module 2401, which is configured to add user credentials to a user request message after receiving a call request message containing a user credential.

Затем, S-CSCF отправляет сообщение с запросом на получение пользовательских данных, содержащее добавленные пользовательские идентификационные данные, в HSS.Then, the S-CSCF sends a user data request message containing the added user credentials to the HSS.

Система дополнительно может включать в себя второй модуль 2402 определения, который выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, инициировать первый модуль добавления, чтобы добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным, и отправлять сообщение с запросом на получение пользовательских данных в HSS.The system may further include a second determination module 2402, which is configured to determine whether the S-CSCF can detect user data according to user identification data, initiate a first add module to add user identification data to the user request message when user data cannot be detected according to user identification data, and send a message requesting to receive user data in HSS.

Фиг.25 - это схематическое структурное представление HSS в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. Как показано на фиг.25, HSS 241 включает в себя первый приемный модуль 2403, модуль 2404 запросов, первый модуль 2405 определения и модуль 2406 обратной связи.FIG. 25 is a schematic structural view of an HSS in a system for returning user data in a system for processing service delivery after network element data becomes invalid according to the present invention. As shown in FIG. 25, the HSS 241 includes a first receiving module 2403, a query module 2404, a first determination module 2405, and a feedback module 2406.

Первый приемный модуль 2403 выполнен с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное посредством S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The first receiving module 2403 is configured to receive a user data request message sent by the S-CSCF, the request message containing user identification data.

Модуль 2404 запросов выполнен с возможностью запрашивать S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным.Request module 2404 is configured to request an S-CSCF assigned to a user according to user identification data.

Первый модуль 2405 определения выполнен с возможностью определять, является ли S-CSCF, назначенная для пользователя и полученная посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF.The first determination module 2405 is configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF.

Модуль 2406 обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом.Feedback module 2406 is configured to return user data according to the request message.

Фиг.26 - это схематическое структурное представление S-CSCF в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. Как показано на фиг.26, S-SCSF 242 включает в себя первый модуль 2401 добавления.FIG. 26 is a schematic structural view of an S-CSCF in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention. As shown in FIG. 26, S-SCSF 242 includes a first add module 2401.

Первый модуль 2401 добавления выполнен с возможностью добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных после приема сообщения с запросом на установление вызова, содержащего пользовательские идентификационные данные. После того как HSS запрашивает S-CSCF, назначенную для пользователя, согласно пользовательским идентификационным данным, HSS определяет, является ли S-CSCF, назначенная для пользователя, запрашивающей S-CSCF, и если S-CSCF, назначенная для пользователя, является запрашивающей S-CSCF, пользовательские данные возвращаются согласно сообщению с запросом.The first add module 2401 is configured to add user credentials to a user request message after receiving a request message to establish a call containing user credentials. After the HSS requests the S-CSCF assigned to the user according to the user identification data, the HSS determines whether the S-CSCF assigned to the user requesting the S-CSCF, and if the S-CSCF assigned to the user is requesting S- CSCF, user data is returned according to the request message.

Дополнительно, после выполнения запроса относительно сохраненного состояния регистрации пользователя согласно пользовательским идентификационным данным, HSS определяет, является или нет сохраненным состоянием регистрации пользователя "зарегистрирован", и если сохраненным состоянием регистрации пользователя является "зарегистрирован", и назначенная S-CSCF является запрашивающей S-CSCF, HSS возвращает пользовательские данные согласно сообщению с запросом.Additionally, after executing a request for a stored user registration state according to user identification data, the HSS determines whether or not the stored user registration state is “registered”, and if the stored user registration state is “registered”, and the designated S-CSCF is the requesting S-CSCF HSS returns user data according to the request message.

S-CSCF дополнительно может включать в себя второй модуль 2402 определения, который выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, инициировать первый модуль добавления, чтобы добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным, и отправлять сообщение с запросом на получение пользовательских данных в HSS.The S-CSCF may further include a second determination module 2402, which is configured to determine whether the S-CSCF can detect user data according to user identification data, initiate a first add module to add user identification data to the user request message when user data cannot be detected according to user identification data, and send a message requesting benefits User data in HSS.

Фиг.27 - это схематическое структурное представление системы для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно второму варианту осуществления настоящего изобретения. Как показано на фиг.27, система включает в себя S-CSCF, HSS и дополнительно включает в себя второй приемный модуль 2409, модуль 2408 сообщений об ошибках, второй модуль 2402 определения, второй модуль 2410 добавления, третий модуль 2407 определения и модуль 2406 обратной связи.FIG. 27 is a schematic structural view of a system for returning user data in a system for processing service provision after network element data becomes invalid according to a second embodiment of the present invention. As shown in FIG. 27, the system includes S-CSCF, HSS, and further includes a second receiving module 2409, an error message module 2408, a second determination module 2402, a second add module 2410, a third determination module 2407, and a reverse module 2406 communication.

Второй приемный модуль 2409 выполнен с возможностью принимать сообщение с запросом на установление вызова, отправленное в S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The second receiving module 2409 is configured to receive a call setup request message sent to the S-CSCF, the request message containing user credentials.

Модуль 2408 сообщений об ошибках выполнен с возможностью инициировать второй модуль определения после приема сообщения об ошибке системы S-CSCF.An error message module 2408 is configured to initiate a second determination module after receiving an S-CSCF system error message.

Второй модуль 2402 определения выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и инициировать второй модуль добавления, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным.The second determination module 2402 is configured to determine whether the S-CSCF can detect user data according to the user identification data, and to initiate the second add module when the user data cannot be detected according to the user identification data.

Второй модуль 2410 добавления выполнен с возможностью добавлять пользовательские идентификационные данные и идентификатор ошибки к сообщению с запросом на получение пользовательских данных и отправлять сообщение с запросом на получение пользовательских данных в HSS.The second add module 2410 is configured to add user credentials and an error identifier to the user request message and send a user request message to the HSS.

Третий модуль 2407 определения выполнен с возможностью определять, содержит ли сообщение с запросом на получение пользовательских данных идентификатор ошибки, после приема сообщения с запросом на получение пользовательских данных, отправленного в HSS, и инициировать модуль обратной связи, когда идентификатор ошибки содержится.The third determination module 2407 is configured to determine whether the message requesting the receipt of user data contains an error identifier after receiving the message requesting the receipt of user data sent to the HSS, and initiate the feedback module when the error identifier is contained.

Модуль 2406 обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом. Feedback module 2406 is configured to return user data according to the request message.

В предпочтительном варианте осуществления, модуль 2404 запросов выполнен с возможностью запрашивать сохраненное состояние регистрации пользователя, согласно пользовательским идентификационным данным. In a preferred embodiment, the query module 2404 is configured to request a stored user registration state according to user identification data.

Третий модуль 2407 определения дополнительно выполнен с возможностью инициировать модуль обратной связи, чтобы возвращать пользовательские данные согласно сообщению с запросом, после того как определено то, что сообщение с запросом содержит идентификатор ошибки, и сохраненным состоянием регистрации пользователя является "зарегистрирован".The third determination module 2407 is further configured to initiate a feedback module to return user data according to the request message after it is determined that the request message contains an error identifier and the stored user registration state is “registered”.

Фиг.28 - это схематическое структурное представление другого HSS в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. Как показано на фиг.28, HSS включает в себя третий модуль 2407 определения и модуль 2406 обратной связи.FIG. 28 is a schematic structural view of another HSS in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention. As shown in FIG. 28, the HSS includes a third determination module 2407 and a feedback module 2406.

Третий модуль 2407 определения выполнен с возможностью определять, содержит ли сообщение с запросом на получение пользовательских данных идентификатор ошибки, после приема сообщения с запросом на получение пользовательских данных, отправленного в HSS, и инициировать модуль обратной связи, когда идентификатор ошибки содержится.The third determination module 2407 is configured to determine whether the message requesting the receipt of user data contains an error identifier after receiving the message requesting the receipt of user data sent to the HSS, and initiate the feedback module when the error identifier is contained.

Модуль 2406 обратной связи выполнен с возможностью возвращать пользовательские данные согласно сообщению с запросом.Feedback module 2406 is configured to return user data according to the request message.

В предпочтительном варианте осуществления, HSS дополнительно может включать в себя модуль 2404 запросов, который выполнен с возможностью запрашивать сохраненное состояние регистрации пользователя, согласно пользовательским идентификационным данным.In a preferred embodiment, the HSS may further include a request module 2404, which is configured to request a stored user registration state according to user identity.

Третий модуль 2407 определения дополнительно выполнен с возможностью инициировать модуль обратной связи, чтобы возвращать пользовательские данные согласно сообщению с запросом, после того как определено то, что сообщение с запросом содержит идентификатор ошибки, и сохраненным состоянием регистрации пользователя является "зарегистрирован".The third determination module 2407 is further configured to initiate a feedback module to return user data according to the request message after it is determined that the request message contains an error identifier and the stored user registration state is “registered”.

Фиг.29 - это схематическое структурное представление другой S-CSCF в системе для возвращения пользовательских данных в системе для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, согласно настоящему изобретению. Как показано на фиг.29, S-CSCF включает в себя второй приемный модуль 2409, модуль 2408 сообщений об ошибках, второй модуль 2402 определения и второй модуль 2410 добавления.FIG. 29 is a schematic structural view of another S-CSCF in a system for returning user data in a system for processing service provision after network element data becomes invalid according to the present invention. As shown in FIG. 29, the S-CSCF includes a second receiving module 2409, an error message module 2408, a second determination module 2402, and a second add module 2410.

Второй приемный модуль 2409 выполнен с возможностью принимать сообщение с запросом на установление вызова, отправленное в S-CSCF, при этом сообщение с запросом содержит пользовательские идентификационные данные.The second receiving module 2409 is configured to receive a call setup request message sent to the S-CSCF, the request message containing user credentials.

Модуль 2408 сообщений об ошибках выполнен с возможностью инициировать второй модуль определения после приема сообщения об ошибке системы S-CSCF.An error message module 2408 is configured to initiate a second determination module after receiving an S-CSCF system error message.

Второй модуль 2402 определения выполнен с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и инициировать второй модуль добавления, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным.The second determination module 2402 is configured to determine whether the S-CSCF can detect user data according to the user identification data, and to initiate the second add module when the user data cannot be detected according to the user identification data.

Второй модуль 2410 добавления выполнен с возможностью добавлять пользовательские идентификационные данные и идентификатор ошибки к сообщению с запросом на получение пользовательских данных и отправлять сообщение с запросом на получение пользовательских данных в HSS; HSS определяет, следует ли возвращать пользовательские данные согласно сообщению с запросом, согласно тому, содержит ли сообщение с запросом идентификатор ошибки.The second add module 2410 is configured to add user identification data and an error identifier to the request message for receiving user data and send a message requesting receipt of user data in the HSS; The HSS determines whether user data should be returned according to the request message, according to whether the request message contains an error identifier.

В предпочтительном варианте осуществления, HSS запрашивает сохраненное состояние регистрации пользователя согласно пользовательским идентификационным данным, и когда идентификатор ошибки содержится, и сохраненным состоянием регистрации пользователя является "зарегистрирован", HSS возвращает пользовательские данные согласно сообщению с запросом.In a preferred embodiment, the HSS requests the stored user registration state according to the user identification data, and when the error identifier is contained and the stored user registration state is “registered”, the HSS returns the user data according to the request message.

Можно заметить из вышеописанных вариантов осуществления, что варианты осуществления настоящего изобретения усовершенствуют функции HSS и S-CSCF, повышают устойчивость к сбоям HSS и S-CSCF; в случае если пользовательские данные потеряны вследствие ошибки S-CSCF, если запрос на установление сеанса INVITE для IMPU, первоначально зарегистрированного в S-CSCF, отправленный посредством I-CSCF или AS, принят после перезагрузки, когда S-CSCF запрашивает пользовательские данные из HSS, HSS не возвращает ошибку напрямую в S-CSCF, а напрямую загружает данные об услугах пользователя в S-CSCF через SAA при обнаружении того, что запрашивающая S-CSCF и назначенная S-CSCF являются одинаковыми или переносится идентификатор ошибки. Между тем, когда пользовательские данные потеряны вследствие ошибки S-CSCF, если запрос на установление сеанса INVITE для IMPU, первоначально зарегистрированного в S-CSCF, отправленный посредством P-CSCF, принят после перезагрузки, S-CSCF отправляет SAR, чтобы запрашивать пользовательские данные из HSS, и инициирует услуги и устанавливает сеанс вместо возвращения ответа со сбоем напрямую в P-CSCF. Таким образом, в случае если S-CSCF содержит ошибку, такую как отказ системы, и перезагружается, незарегистрированный входящий вызов или исходящий вызов, инициированный посредством UE, или исходящий вызов, инициированный посредством AS от имени пользователя, по-прежнему может предоставляться.You can see from the above embodiments that the embodiments of the present invention improve the functions of the HSS and S-CSCF, increase the fault tolerance of the HSS and S-CSCF; if user data is lost due to an S-CSCF error, if an INVITE session request for an IMPU originally registered with the S-CSCF sent by the I-CSCF or AS is received after a reboot when the S-CSCF requests user data from the HSS, The HSS does not return the error directly to the S-CSCF, but directly downloads user service data to the S-CSCF through the SAA when it detects that the requesting S-CSCF and the assigned S-CSCF are the same or the error identifier is carried. Meanwhile, when user data is lost due to an S-CSCF error, if an INVITE session request for an IMPU originally registered with the S-CSCF sent by the P-CSCF is received after a reboot, the S-CSCF sends the SAR to request user data from HSS, and initiates services and establishes a session instead of returning a failed response directly to the P-CSCF. Thus, in case the S-CSCF contains an error, such as a system failure, and reboots, an unregistered incoming call or an outgoing call initiated by the UE, or an outgoing call initiated by the AS on behalf of the user, can still be provided.

Посредством вариантов осуществления настоящего изобретения, когда S-CSCF в сети имеет ошибку, такую как отказ системы, и перезагружается, незарегистрированный входящий вызов или исходящий вызов, инициированный посредством UE, или исходящий вызов, инициированный посредством AS от имени пользователя, по-прежнему может предоставляться пользователю, и тем самым исключается некачественное обслуживание пользователя.By means of embodiments of the present invention, when an S-CSCF on the network has an error, such as a system failure, and reboots, an unregistered incoming call or an outgoing call initiated by the UE or an outgoing call initiated by the AS on behalf of the user can still be provided user, and thereby eliminates low-quality user service.

В завершение, следует отметить, что вышеописанные варианты осуществления используются только для того, чтобы описывать технические решения настоящего изобретения, а не имеют намерение ограничивать настоящее изобретение. Настоящее изобретение подробно проиллюстрировано со ссылками на варианты осуществления. Тем не менее, специалисты в данной области техники должны понимать, что модификации могут быть выполнены в технические решения вышеописанных вариантов осуществления, и эквивалентная замена может быть сделана в некоторые из технических признаков; такие модификации или замены не приводят к отступлению сущности технических решений от области охвата технических решений вариантов осуществления настоящего изобретения.In conclusion, it should be noted that the above-described embodiments are used only to describe the technical solutions of the present invention, and are not intended to limit the present invention. The present invention is illustrated in detail with reference to embodiments. However, those skilled in the art should understand that modifications may be made to the technical solutions of the above embodiments, and equivalent replacement may be made to some of the technical features; such modifications or replacements do not depart from the scope of the technical solutions of the technical solutions of the embodiments of the present invention.

Claims (9)

1. Способ возвращения пользовательских данных, отличающийся тем, что содержит этапы, на которых: принимают, посредством сервера собственных абонентов (HSS), сообщение с запросом на получение пользовательских данных, содержащее пользовательские идентификационные данные, от обслуживающей функции управления сеансами вызовов (S-CSCF), причем сообщение с запросом на получение пользовательских данных предназначено для незарегистрированного входящего вызова; выполняют, посредством HSS, запрос к S-CSCF, назначенной для пользователя, и запрос сохраненного состояния регистрации пользователя согласно пользовательским идентификационным данным; и возвращают, посредством HSS, пользовательские данные согласно сообщению с запросом, когда сохраненным состоянием регистрации пользователя является "зарегистрирован" и когда назначенная S-CSCF является запрашивающей S-CSCF, в запрашивающую S- CSCF.1. A method for returning user data, characterized in that it comprises the steps of: receiving, via the own subscriber server (HSS), a request message for receiving user data containing user identification data from a serving call session management function (S-CSCF ), and the message requesting user data is intended for an unregistered incoming call; performing, by the HSS, a request to an S-CSCF assigned to a user and a request for a stored user registration state according to user identification data; and return, via the HSS, user data according to the request message when the stored user registration state is “registered” and when the designated S-CSCF is the requesting S-CSCF to the requesting S-CSCF.
2. Способ по п.1, отличающийся тем, что дополнительно содержит этапы, на которых: принимают, посредством S-CSCF, сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные; и добавляют, посредством S-CSCF, пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных и отправляют сообщение с запросом на получение пользовательских данных в HSS.2. The method according to claim 1, characterized in that it further comprises the steps of: receiving, via the S-CSCF, a call setup request message containing user identification data; and add, via the S-CSCF, user credentials to the user data request message and send a user data request message to the HSS.
3. Способ по п.2, отличающийся тем, что сообщение с запросом на установление вызова - это сообщение INVITE с запросом на незарегистрированный входящий вызов, отправленное посредством опрашивающей функции управления сеансами вызовов (I-CSCF), или сообщение INVITE с запросом на исходящий вызов, инициированное посредством сервера приложений (А8); и/или сообщение INVITE с запросом на исходящий вызов, отправленное посредством прокси-функции управления сеансами вызовов (P-CSCF) и инициированное посредством абонентского устройства (UE).3. The method according to claim 2, characterized in that the call setup request message is an INVITE message requesting an unregistered incoming call sent via an interrogating call session management function (I-CSCF), or an INVITE message requesting an outgoing call initiated by the application server (A8); and / or an INVITE message requesting an outgoing call sent by a call session management proxy (P-CSCF) and initiated by a subscriber unit (UE).
4. Способ по п.3, отличающийся тем, что дополнительно содержит этап, на котором отправляют, посредством S-CSCF, сообщение с запросом на получение пользовательских данных в HSS после добавления пользовательских идентификационных данных к сообщению с запросом на получение пользовательских данных, когда S-CSCF не может обнаруживать пользовательские данные согласно пользовательским идентификационным данным.4. The method according to claim 3, characterized in that it further comprises the step of sending, via the S-CSCF, a message requesting receipt of user data in the HSS after adding user identification data to the message requesting receipt of user data when S -CSCF cannot detect user data according to user identification data.
5. Способ по любому из пп.1-4, отличающийся тем, что дополнительно содержит этап, на котором выполняют, посредством S-CSCF, управление услугами согласно возвращенным пользовательским данным.5. The method according to any one of claims 1 to 4, characterized in that it further comprises the step of performing, by the S-CSCF, service control according to the returned user data.
6. Система для возвращения пользовательских данных, содержащая обслуживающую функцию управления сеансами вызовов (S-CSCF) и сервер собственных абонентов (HSS) и отличающаяся тем, что дополнительно содержит: первый приемный модуль, выполненный с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное посредством S-CSCF в HSS, при этом сообщение с запросом на получение пользовательских данных содержит пользовательские идентификационные данные и предназначено для незарегистрированного входящего вызова; модуль запросов, выполненный с возможностью запрашивать S-CSCF, назначенную для пользователя, и запрашивать сохраненное состояние регистрации пользователя согласно пользовательским идентификационным данным; первый модуль определения, выполненный с возможностью определять, является ли S-CSCF, назначенная для пользователя и полученная посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF и когда сохраненным состоянием регистрации пользователя является "зарегистрирован";
и модуль обратной связи, выполненный с возможностью возвращать пользовательские данные согласно сообщению с запросом в запрашивающую S-CSCF. and a feedback module, configured to return user data according to the request message to the requesting S-CSCF. 6. A system for returning user data, comprising a serving call session management function (S-CSCF) and an own subscriber server (HSS), characterized in that it further comprises: a first receiving module, configured to receive a message requesting receipt of user data, sent by the S-CSCF to the HSS, wherein the request message for receiving user data contains user identification data and is intended for an unregistered incoming call; 6. A system for returning user data, comprising a serving call session management function (S-CSCF) and an own subscriber server (HSS), is characterized in that it further comprises: a first receiving module, configured to receive a message requesting receipt of user data, sent by the S-CSCF to the HSS, where the request message for receiving user data intended contains user identification data and is for an unregistered incoming call; a request module configured to request the S-CSCF assigned to the user and request the stored user registration state according to the user identification data; a request module configured to request the S-CSCF assigned to the user and request the stored user registration state according to the user identification data; the first determination module, configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF and when the registered registration state the user is "registered"; the first determination module, configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF and when the registered registration state the user is "registered";
and a feedback module configured to return user data according to the request message to the requesting S-CSCF. and a feedback module configured to return user data according to the request message to the requesting S-CSCF.
7. Система по п.6, отличающаяся тем, что дополнительно содержит первый модуль добавления, выполненный с возможностью добавлять пользовательские идентификационные данные к сообщению с запросом на получение пользовательских данных после того, как S-CSCF принимает сообщение с запросом на установление вызова, содержащее пользовательские идентификационные данные, при этом S-CSCF отправляет сообщение с запросом на получение пользовательских данных в HSS.7. The system according to claim 6, characterized in that it further comprises a first add module configured to add user identification information to the request message for receiving user data after the S-CSCF receives the call setup request message containing user identification data, wherein the S-CSCF sends a message requesting receipt of user data in the HSS.
8. Система по п.7, отличающаяся тем, что дополнительно содержит второй модуль определения, выполненный с возможностью определять, может ли S-CSCF обнаруживать пользовательские данные согласно пользовательским идентификационным данным, и отправлять сообщение с запросом на получение пользовательских данных в HSS, когда пользовательские данные не могут быть обнаружены согласно пользовательским идентификационным данным, после инициирования первого модуля добавления для добавления пользовательских идентификационных данных к сообщению с запросом на получение пользовательских данных.8. The system according to claim 7, characterized in that it further comprises a second determination module, configured to determine whether the S-CSCF can detect user data according to user identification data, and send a message requesting receipt of user data in HSS when user data cannot be detected according to user identification data, after initiating the first add module to add user identification data to the message from osom to receive user data.
9. Сервер собственных абонентов (HSS), отличающийся тем, что содержит:
первый приемный модуль, выполненный с возможностью принимать сообщение с запросом на получение пользовательских данных, отправленное посредством обслуживающей функции управления сеансами вызовов (S-CSCF), при этом сообщение с запросом содержит пользовательские идентификационные данные и предназначено для незарегистрированного входящего вызова; a first receiving module configured to receive a user data request message sent by a serving call session control function (S-CSCF), the request message containing a user identification for an unregistered incoming call; модуль запросов, выполненный с возможностью запрашивать S-CSCF, назначенную для пользователя, и запрашивать сохраненное состояние регистрации пользователя согласно пользовательским идентификационным данным; a request module, configured to request an S-CSCF assigned to a user and request a stored registration state of the user according to the user identification data; первый модуль определения, выполненный с возможностью определять, является ли S-CSCF, назначенная для пользователя и полученная посредством модуля запросов, запрашивающей S-CSCF, и инициировать модуль обратной связи, когда назначенная S-CSCF является запрашивающей S-CSCF и когда сохраненным состоянием регистрации пользователя является "зарегистрирован"; a first determining module, configured to determine whether the S-CSCF assigned to the user and received by the request module is requesting the S-CSCF, and to initiate a feedback module when the assigned S-CSCF is the requesting S-CSCF and when the registered registration state is stored the user is "registered"; и модуль обратной связи, выполненный с возможностью возвращать пользовательские данные согласно сообщению с запросом в S-CSCF. and a feedback module, configured to return user data according to the request message to the S-CSCF. 9. Server own subscribers (HSS), characterized in that it contains: 9. Server own subscribers (HSS), characterized in that it contains:
a first receiving module, configured to receive a request message for receiving user data sent by a call session management function (S-CSCF), wherein the request message contains user identification information and is intended for an unregistered incoming call; a first receiving module, configured to receive a request message for receiving user data sent by a call session management function (S-CSCF), where the request message contains user identification information and is intended for an unregistered incoming call; a request module configured to request the S-CSCF assigned to the user and request the stored user registration state according to the user identification data; a request module configured to request the S-CSCF assigned to the user and request the stored user registration state according to the user identification data; the first determination module, configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF and when the registered registration state the user is "registered"; the first determination module, configured to determine whether the S-CSCF assigned to the user and obtained by the request module requesting the S-CSCF, and to initiate the feedback module when the assigned S-CSCF is the requesting S-CSCF and when the registered registration state the user is "registered"; and a feedback module configured to return user data according to the request message to the S-CSCF. and a feedback module configured to return user data according to the request message to the S-CSCF.
RU2009134567/09A 2006-12-29 2009-09-15 Method, system and network element for processing service rendering after network element data become forbidden, or network element denial RU2426275C2 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN200610169866 2006-12-29
CN200610169866.0 2006-12-29
CN2007101015790A CN101299874B (en) 2007-04-30 2007-04-30 User data returning method, system and equipment
CN200710101579.0 2007-04-30
CN200710135728.5 2007-08-10

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2009129157/09A Division RU2429576C2 (en) 2006-12-29 2007-12-26 Method, system and network element for processing service provision after network element data become unavailable, or upon network element denial

Publications (2)

Publication Number Publication Date
RU2009134567A RU2009134567A (en) 2011-03-20
RU2426275C2 true RU2426275C2 (en) 2011-08-10

Family

ID=40934998

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2009129157/09A RU2429576C2 (en) 2006-12-29 2007-12-26 Method, system and network element for processing service provision after network element data become unavailable, or upon network element denial
RU2009134567/09A RU2426275C2 (en) 2006-12-29 2009-09-15 Method, system and network element for processing service rendering after network element data become forbidden, or network element denial

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2009129157/09A RU2429576C2 (en) 2006-12-29 2007-12-26 Method, system and network element for processing service provision after network element data become unavailable, or upon network element denial

Country Status (7)

Country Link
US (2) US9706019B2 (en)
EP (5) EP2099156B1 (en)
ES (4) ES2480140T3 (en)
PL (2) PL2763377T3 (en)
PT (1) PT2099156E (en)
RU (2) RU2429576C2 (en)
WO (1) WO2008083587A1 (en)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2031849B1 (en) * 2007-04-02 2013-05-15 NEC Corporation Ims network system and data restore method
CN102098652B (en) * 2008-01-18 2012-12-12 华为技术有限公司 Method, system and device for providing service for subscriber
WO2011032611A1 (en) * 2009-09-17 2011-03-24 Telefonaktiebolaget L M Ericsson (Publ) Method and node in a telecommunications network
US8793388B2 (en) * 2009-12-28 2014-07-29 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8451841B2 (en) 2009-12-28 2013-05-28 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8762549B2 (en) * 2010-01-18 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for IPTV node recovery
WO2011142703A1 (en) * 2010-05-14 2011-11-17 Telefonaktiebolaget L M Ericsson (Publ) Enabling set up of a connection from a non-registered ue in ims
JP4834167B1 (en) * 2010-06-04 2011-12-14 日本電気株式会社 Mobile communication method and mobile communication system
US9019954B2 (en) * 2010-06-18 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
EP2620014A4 (en) * 2010-09-21 2017-03-22 Telefonaktiebolaget LM Ericsson (publ) Network signal tracing using charging identifiers as trace recording session references
EP2716000B1 (en) * 2011-05-26 2017-11-22 Telefonaktiebolaget LM Ericsson (publ) Traffic control within an ip multimedia subsystem
US8856290B2 (en) * 2011-10-24 2014-10-07 General Instrument Corporation Method and apparatus for exchanging configuration information in a wireless local area network
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
US9509811B2 (en) * 2012-12-28 2016-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for resolving data inconsistencies in an IMS network
CN103441862B (en) 2013-08-07 2017-08-04 华为技术有限公司 It is a kind of to realize method, relevant apparatus and system that terminal called service recovers
US10313528B2 (en) * 2014-03-26 2019-06-04 Genband Us Llc Systems, methods, and computer program products for providing regional survivable calling over a packet network
EP3262806B1 (en) * 2015-02-27 2018-12-19 Telefonaktiebolaget LM Ericsson (publ) P-cscf recovery and reregistration
US9979756B2 (en) * 2016-06-07 2018-05-22 Verizon Patent And Licensing Inc. Recovery from a potential proxy call session control function (P-CSCF) failure during call origination
US10383164B2 (en) * 2016-10-06 2019-08-13 T-Mobile Usa, Inc. Network terminal having configurable retry or changeover

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6678264B1 (en) 1999-06-30 2004-01-13 Nortel Networks Limited Establishing connections with a pre-specified quality of service across a communication network
GB0110542D0 (en) 2001-04-30 2001-06-20 Nokia Corp Messaging system
WO2002091780A1 (en) * 2001-05-09 2002-11-14 Nokia Corporation Method for indicating a ue that it must register
EP1407631B1 (en) 2001-06-18 2009-12-16 Nokia Corporation Roaming from ims domain to the cs domain
ES2235065T3 (en) * 2001-07-03 2005-07-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for managing multiple records.
GB0205399D0 (en) * 2002-03-07 2002-04-24 Nokia Corp Allocation of an S-CSCF to a subscriber
US7080141B1 (en) * 2002-04-12 2006-07-18 Cisco Technology, Inc. Arrangement for automated fault detection and fault resolution of a network device
US20050227685A1 (en) 2002-05-30 2005-10-13 Jose Costa Requena Sip based call setup
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US9451422B2 (en) 2003-03-17 2016-09-20 Nokia Technologies Oy Method, system and network device for routing a message to a temporarily unavailable network user
GB0324597D0 (en) * 2003-10-21 2003-11-26 Nokia Corp A communication system
WO2005064978A1 (en) 2003-12-23 2005-07-14 Nokia Corporation User registration in a communication system
GB2411541B (en) 2004-02-26 2006-09-13 Siemens Aktiengesellschaft A sip server
CN1278519C (en) 2004-07-30 2006-10-04 华为技术有限公司 Method for noticing terminal ability variation to network
KR100584968B1 (en) * 2004-09-10 2006-05-29 삼성전자주식회사 Method for protecting and restoring link using optical label merging and dynamically resources_shared scheme with network load
CN100370744C (en) * 2004-09-29 2008-02-20 华为技术有限公司 Method for recovering and processing ascription user server fault
KR101075614B1 (en) 2004-10-15 2011-10-21 삼성전자주식회사 Method for terminating call unregistered user in ip multimedia subsystem network
CN100512106C (en) 2004-11-05 2009-07-08 华为技术有限公司 Method for confirming service call control function selection starting time
CN100493227C (en) 2004-11-15 2009-05-27 华为技术有限公司 Method for treating user of updating IP address at network side
GB0502383D0 (en) * 2005-02-04 2005-03-16 Nokia Corp User identities
DE102005007060B4 (en) 2005-02-16 2008-11-13 Nokia Siemens Networks Gmbh & Co.Kg Signaling the failure of a network device via a communications network
EP1856920A1 (en) 2005-02-22 2007-11-21 Siemens Aktiengesellschaft Method for maintaining sip calls in the event of hardware failure of redundant ip systems
CN1832440A (en) * 2005-03-10 2006-09-13 朗迅科技公司 IMS network access using existing equipment
US7376081B2 (en) 2005-04-04 2008-05-20 Lucent Technologies Inc. Establishment of QoS by applications in cellular networks using service based policy control mechanisms
CN100382503C (en) * 2005-06-20 2008-04-16 华为技术有限公司 Registration abnormity handling method in user registration course
CN1885779B (en) * 2005-06-24 2011-07-27 朗迅科技公司 IMS gateway system and method for checking route selection for on-line charge system
CN100499657C (en) * 2005-08-03 2009-06-10 华为技术有限公司 Method and system for restraining user mark beingness
CN100387014C (en) * 2005-10-21 2008-05-07 华为技术有限公司 Method for treating abnormity of registration in procedure of registering users
CN100391167C (en) * 2006-03-20 2008-05-28 华为技术有限公司 Service call session control function entity backup method and system thereof
EP1997290B1 (en) * 2006-03-21 2012-11-21 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method and apparatus for registering or deregistering a user to or from an ip multimedia subsystem
CN1878074A (en) * 2006-07-10 2006-12-13 武汉理工大学 Method for establishing Ad hoc network multicast routing based on broadcast relay

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CN 1874279 A, *
Reassignment for S-CSCF during the terminated call procedure, 3GPP TSG SA WG2 Architecture - S2#50, HUAWEI, S2-060216, Budapest, Hungary, 16-20 January, 2006. *

Also Published As

Publication number Publication date
WO2008083587A1 (en) 2008-07-17
EP2996312A1 (en) 2016-03-16
EP2131557A3 (en) 2010-02-17
EP2131557A2 (en) 2009-12-09
EP2763377A1 (en) 2014-08-06
PL2996312T3 (en) 2017-11-30
PL2763377T3 (en) 2016-04-29
ES2560624T3 (en) 2016-02-22
US20090279425A1 (en) 2009-11-12
EP2099156B1 (en) 2014-05-07
EP2099156A4 (en) 2009-12-09
EP2131557B1 (en) 2014-11-12
ES2529747T3 (en) 2015-02-25
ES2480140T3 (en) 2014-07-25
RU2429576C2 (en) 2011-09-20
EP2763377B1 (en) 2015-11-18
US9706019B2 (en) 2017-07-11
ES2638219T3 (en) 2017-10-19
RU2009129157A (en) 2011-02-10
EP3253033A1 (en) 2017-12-06
US20100165833A1 (en) 2010-07-01
PT2099156E (en) 2014-07-18
RU2009134567A (en) 2011-03-20
EP2099156A1 (en) 2009-09-09
EP2996312B1 (en) 2017-06-07

Similar Documents

Publication Publication Date Title
US9883380B2 (en) Method, apparatus, and system for disaster recovery of IMS
US20190068656A1 (en) System and Method for Determining Trust for SIP Messages
JP4549393B2 (en) User registration in communication systems
JP6050240B2 (en) Dynamic allocation of serving network nodes
JP4819904B2 (en) Provision of IMS services via circuit-switched access (provision)
USRE47773E1 (en) Method for implementing IP multimedia subsystem registration
US8359015B2 (en) Method of providing a call completion service to a not registered or not available user in a telecommunication network
ES2426065T3 (en) Recovery after a failure in a multimedia over IP subsystem network
ES2346563T3 (en) Management of interfaces of multiple users in a subsystem of ip multimedia
JP4960341B2 (en) Method for initiating IMS-based communication
EP1695521B1 (en) Application server adressing
US8666402B2 (en) Method for triggering user registration in IP multimedia subsystem
US8693312B2 (en) Method, system and device for processing registration exception in user registration procedure
JP4851516B2 (en) Method and apparatus for identifying an IMS service
US7801986B2 (en) Routing subscription information using session initiation protocols
US8041349B2 (en) Home subscriber server configuration method and system
RU2343643C2 (en) Request redirection processing in imc
EP1703746B1 (en) A method for reducing interface load of home subscriber server
US9210224B2 (en) Service provisioning in a communication system
EP1470684B1 (en) Method and system for changing a subscription
US8625433B2 (en) Method and apparatus for use in a communications network
US20130132593A1 (en) Routing messages
US8380189B2 (en) Preventing registration of a terminal to services in a service providing network
US20200383079A1 (en) Method, apparatus and system for processing registration backup data
US9094260B2 (en) Service controlling in a service provisioning system