СЕТЕВАЯ СИСТЕМА IMS И СПОСОБ ВОССТАНОВЛЕНИЯ ДАННЫХ
NETWORK SYSTEM IMS AND METHOD OF DATA RECOVERY

Область техники
Настоящее изобретение относится к сетевой системе IMS (мультимедийная IP-подсистема), и, в частности, к сетевой системе IMS, характеризуемой своим способом восстановления абонентских данных, когда сервер SIP (протокол инициации сеанса), у которого есть абонентские данные для осуществления управления услугами, потерял абонентские данные по причине, например, перезагрузки узла.
Уровень техники
Исследования, выполненные для построения и стандартизации сетей IMS (мультимедийная IP-подсистема) с помощью 3GPP (проект партнёрства третьего поколения) с целью гибкого предоставления речевых, видео- и других мультимедийных приложений по сетям с коммутацией пакетов на основе технологий IP (интернет-протокол), и различные технологии, относящиеся к ним, описаны в патентных документах с 1 по 3 и, например, непатентном документе 1.
Фиг.9 является концептуальной схемой, которая показывает сетевую конфигурацию IMS. Терминал (1) SIP (протокол инициации сеанса) является абонентским терминалом в сети IMS. P-CSCF (2) является сервером SIP с прокси-функцией управления сеансом вызова для прямого доступа от терминала (1) SIP. S-CSCF (3) является сервером SIP, называемый S-CSCF (обслуживающий CSCF), который расположен в пределах области предоставления услуги поставщика, на которую терминал (1) SIP выполняет прямую подписку. AS (4) является сервером приложений, который управляет общим разрешающим средством, соединенным с S-CSCF (3), который должен совместно использоваться различными службами или элементами управления каждой из служб. HSS (5) является сервером домашней подписки, который сохраняет информацию пользовательской подписки.
Расположение терминала (1) SIP регистрируется с помощью осуществления процедур регистрации (процедуры регистрации пользователя) с помощью Gm-I/F, используя протокол SIP, посредством чего терминалу (1) SIP разрешается пользоваться услугами IMS, включая услуги передачи/приема с помощью сети IMS, используя VoIP (голосовая связь по IP-протоколу).
При приеме сигнала SIP REGISTER от терминала (1) SIP P-CSCF (2) получает информацию по S-CSCF (3), предоставляя услугу IMS, от HSS (5), служащего подписной базой данных с помощью Dx-I/F, используя протокол Diameter, и передает сигнал SIP REGISTER в S-CSCF (3) с помощью Mw-I/F, используя протокол SIP. Кроме того, при завершении процедур регистрации P-CSCF (2) сохраняет регистрационную информацию, например, IP-адрес терминала (1) SIP и IP-адрес S-CSCF (3) для выполнения управления передачей сигналов SIP в соответствующих услугах IMS.
При приеме сигнала SIP REGISTER от P-CSCF (2), S-CSCF (3) требует абонентские данные от HSS (5) с помощью Cx-I/F, используя протокол Diameter, и сохраняет те же самые, так чтобы последующие услуги передачи/приема выполнялись в соответствии с абонентскими данными. Кроме того, S-CSCF (3) передает сигнал SIP REGISTER в AS (4) с помощью ISC-I/F, используя протокол SIP согласно информации iFC (критерии первоначального фильтра), содержащейся в абонентских данных от HSS (5). При завершении процедур регистрации S-CSCF (3) сохраняет регистрационную информацию, например, IP-адрес P-CSCF (2), чтобы таким образом разрешить маршрутизацию для P-CSCF (2) во время услуги приема.
При приеме сигнала SIP REGISTER от S-CSCF (3) AS (4) получает абонентские данные от HSS (5) с помощью Sh-I/F, используя протокол Diameter, и сохраняет те же самые, так чтобы последующие услуги передачи/приема выполнялись в соответствии с абонентскими данными. HSS (5) является подписной базой данных для управления служебными данными всех абонентов и передает абонентские данные в ответ на запрос от S-CSCF (3) или AS (4). Кроме того, HSS (5) уведомляет P-CSCF (2), S-CSCF (3), выполняя управление регистрацией в процедурах регистрации, и сохраняет адрес S-CSCF (3), уведомление которого было выполнено.
Как описано выше, сеть IMS загружает от подписной базы HSS (5) данных абонентские данные, необходимые S-CSCF (3) или AS (4) для осуществления услуги передачи/приема согласно сигналу SIP REGISTER от терминала (1) SIP, и предоставляет услугу в соответствии с абонентскими данными при приеме запроса для услуг, включая передачу и прием от терминала (1) SIP.
Патентный документ 1: Патентная заявка № 2005-064646 (Япония, Кокай).
Патентный документ 2: Патентная заявка № 2006-109478 (Япония, Кокай).
Патентный документ 3: Патентная заявка № 2006-517064 (Япония, Кохио).
Непатентный документ 1: "Последовательности: IMS, которая становится ядром NGN", форум WBB, http://wbb.forum.impressrd.jp/serial/list/78.
Раскрытие изобретения
Проблемы, которые должны быть решены изобретением
В сети IMS согласно предшествующему уровню техники S-CSCF (3) и AS (4), которые имеют абонентские данные для осуществления управления услугами, не предоставлено средство уведомления, которое использует протокол SIP или управление регистрацией для вызова узла IMS, когда абонентские данные утеряны по причине, например, перезагрузки узла. Следовательно, когда S-CSCF (3) или AS (4) потеряли абонентские данные по причине, например, перезагрузки узла, услуга передачи/приема не может быть предоставлена до тех пор, пока управление регистрацией выполняется пользователем и абонентские данные воссоздаются.
Описание выполнено по управлению передачей/приемом для осуществления во время потери S-CSCF (3) абонентских данных по причине, например, перезагрузки узла в сети IMS согласно предшествующему уровню техники со ссылкой на схему прохождения сигнала, показанной на Фиг.10.
Когда терминал SIP, зарегистрированный в сети IMS, передает сигнал SIP INVITE (запрос на создание сеанса) как запрос на передачу в P-CSCF через сеть доступа (S 1001), P-CSCF передает при приеме сигнала SIP INVITE как запроса на передачу, сигнал SIP INVITE как запрос на передачу в S-CSCF (обслуживающий CSCF) на основе регистрационной информации (регистрация пользователя), сохраняемой в P-CSCF (S 1002). Принимая сигнал SIP INVITE как запрос на передачу, S-CSCF ищет абонентские данные пользователя, исходящие от запроса на передачу, но распознает, что абонентские данные не существуют, так как они потеряны (S 1003).
Так как нет абонентских данных, S-CSCF не может предоставлять услугу передачи и передает сигнал ошибки SIP в P-CSCF (S 1004). Принимая сигнал ошибки SIP в ответ на запрос о передаче, P-CSCF передает сигнал ошибки SIP в терминал SIP (S 1005). В результате вышеуказанной обработки запрос о передаче от пользователя отклоняется сетью IMS, и отсюда услуга передачи не может предоставляться до тех пор, пока абонентские данные не восстановлены.
Когда S-CSCF принимает запрос о приеме, используя SIP INVITE от вызывающей станции (S 1006), S-CSCF ищет абонентские данные адресата пользователя и выявляет, что абонентские данные не существуют, так как абонентские данные утеряны (S 1003). Так как абонентские данные не существуют, S-CSCF определяет, что адресат не осуществил процедуры регистрации и передает сигнал ошибки SIP в вызывающую станцию (S 1007). Соответственно, предоставление услуги приема становится невозможным даже для пользователя, который осуществил процедуры регистрации и для которого должна быть предоставлена услуга приема.
С точки зрения проблем, описанных выше, целью настоящего изобретения является предоставление сети IMS со средством для восстановления утерянных абонентских данных, когда S-CSCF или AS потеряли абонентские данные из-за перезагрузки узла или тому подобного вне зависимости от процедур повторной регистрации SIP с помощью терминала SIP, и быстрое разрешение предоставления услуг передачи/приема.
Средство для решения проблем
Сетевая система IMS с типом восстановления абонентских данных согласно настоящему изобретению содержит P-CSCF, соединенный с терминалом SIP, в качестве абонентского терминала через сеть доступа; S-CSCF, расположенная в зоне предоставления услуги поставщика, на который подписывается терминал SIP; и HSS, хранящий информацию о подписке пользователя и характеризуется тем, что S-CSCF имеет следующие функции: передача сигнала SIP RESET в P-CSCF, соседний с ним, когда происходит потеря абонентских данных, полученных процессом регистрации; прием сигнала SIP REGISTER, передаваемого P-CSCF в ответ на сигнал SIP RESET; и осуществление процесса повторной регистрации в соответствии с принятым сигналом SIP REGISTER для восстановления утерянных абонентских данных от HSS.
Результаты изобретения
Согласно настоящему изобретению, когда узел IMS, у которого есть абонентские данные, утерял абонентские данные, соседний узел уведомляется с помощью нового сигнала SIP RESET, тем самым соседнему узлу разрешается непосредственно выполнять процедуры регистрации SIP для воссоздания (восстановления) абонентских данных. Следовательно, даже если узел IMS теряет абонентские данные, услуги передачи/приема могут быстро предоставляться в терминал SIP вне зависимости от процедур регистрации SIP с помощью терминала SIP.
Краткое описание чертежей
Фиг.1 является схематическим представлением, которое показывает первый вариант осуществления настоящего изобретения;
Фиг.2 является пояснительной схемой процедур для восстановления абонентских данных, когда S-CSCF потерял абонентские данные в первом варианте осуществления;
Фиг.3 является схематическим представлением, которое показывает второй вариант осуществления настоящего изобретения;
Фиг.4 является пояснительной схемой процедур для восстановления абонентских данных, когда AS потерял абонентские данные во втором варианте осуществления;
Фиг.5, которая показывает третий вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, когда S-CSCF потерял абонентские данные, процедуры, которые инициированы передачей от пользователя;
Фиг.6, которая показывает четвертый вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, когда AS потерял абонентские данные, процедуры, которые инициированы передачей от пользователя;
Фиг.7, которая показывает пятый вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, когда AS потерял абонентские данные, процедуры, которые инициированы приемом пользователя;
Фиг.8, которая показывает шестой вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, когда S-CSCF потерял абонентские данные, процедуры, которые инициированы приемом пользователя;
Фиг.9 является концептуальной схемой конфигурации сети IMS и
Фиг.10 является схемой прохождения сигнала, которая показывает управление передачей/приемом, когда абонентские данные утеряны в сети IMS предшествующего уровня техники.
Оптимальный режим осуществления изобретения
Первый вариант осуществления настоящего изобретения описывается на основе Фиг.1 и Фиг.2.
Фиг.1 показывает первый вариант осуществления настоящего изобретения и схематично иллюстрирует процедуры восстановления данных, когда S-CSCF утерял абонентские данные в сети IMS.
На Фиг.1, когда S-CSCF обнаруживает, что абонентские данные утеряны по причине, например, перезагрузка узла (S 101), S-CSCF передает сигнал SIP RESET для уведомления соседнего P-CSCF в том, что абонентские данные утеряны (S 102). Принимая сигнал SIP RESET, P-CSCF ищет абонентов, зарегистрированных в S-CSCF, который передал сигнал SIP RESET и, если такие есть, выполняет управление флагами по регистрационной информации P-CSCF для определения, что абонентские данные утеряны в S-CSCF (S103) во время передачи сигнала SIP REGISTER в этот S-CSCF (S 104). Принимая сигнал SIP REGISTER, S-CSCF выполняет обработку регистрации согласно существующим процедурам для воссоздания утерянных абонентских данных от абонентской базы данных HSS (S 105).
Фиг.2 показывает более подробно процедуры для восстановления абонентских данных, когда S-CSCF потерял абонентские данные в первом варианте осуществления. Действие первого варианта осуществления описывается со ссылкой на Фиг.1 и 2.
На Фиг.2 терминал (1) SIP является абонентским терминалом, зарегистрированным в этой сети IMS. Регистрация, показанная на Фиг.9, выполняется согласно сигналу SIP REGISTER от терминала (1) SIP, и абонентские данные, необходимые для S-CSCF (3) или AS (4) для предоставления услуг передачи/приема, загружаются от абонентской базы данных HSS (5), в результате чего S-CSCF (3) или AS (4) готовы предоставлять услугу согласно абонентским данным при приеме запроса об услуге, например, запрос о передаче или приеме от терминала (1) SIP.
Когда находится в этом состоянии, S-CSCF (3) обнаруживает, что абонентские данные утеряны по причине, например, перезагрузки узла (S 201), S-CSCF (3) передает сигнал SIP RESET для уведомления соседнего P-CSCF (2) в том, что абонентские данные утеряны (S 202). Сигнал SIP RESET содержит информацию об IP-адресе S-CSCF (3), при этом абонентские данные потеряны.
Принимая сигнал SIP RESET, P-CSCF (2) передает сигнал SIP 200 OK как ответ на S-CSCF (3), чтобы уведомить, что он принял сигнал SIP RESET (S 203). P-CSCF (2) ищет таблицу с информацией о регистрации в P-CSCF (2) для абонентов, зарегистрированных в релевантном S-CSCF (3), используя информацию S-CSCF, установленную по сигналу SIP RESET как ключ (S 204).
Если поиск находит, что существует абонент, зарегистрированный в S-CSCF (3), при этом потеряв абонентские данные, обработка выполняется для установления состояния регистрации релевантного абонента в P-CSCF (2) в "INCOMPLETE" («незавершенное», установка флага) (S 205). После этого P-CSCF (2) передает сигнал SIP REGISTER в S-CSCF (3) для того, чтобы воссоздать абонентские данные, утерянные в S-CSCF (3) (S 206).
Принимая сигнал SIP REGISTER, S-CSCF (3) загружает абонентские данные от HSS (5) с помощью существующих процедур регистрации, указанных в (S 207) по (S 210) для воссоздания (восстановления) абонентских данных, и затем передает сигнал SIP 200 OK в P-CSCF (2) как ответ на сигнал SIP REGISTER.
Принимая сигнал SIP 200 OK от S-CSCF (3), P-CSCF (2) выявляет, что утерянные абонентские данные воссозданы, и выполняет обработку для изменения установки состояния регистрации релевантного абонента в "COMPLETE" («завершенное») (очистка флага) (S 211). P-CSCF (2) выполняет обработку поиска до тех пор, пока таблица с полной информацией о регистрации не найдена (S 204) и повторяет процедуры с (S 204) по (S 211) для всех абонентов, зарегистрированных в S-CSCF (3), который потерял абонентские данные (S212).
S-CSCF (3), утеряв абонентские данные, разрешается с помощью процедур, описанных выше, выполнять регистрацию согласно сигналу SIP REGISTER, запускаемого P-CSCF (2), и таким образом, чтобы воссоздать (восстановить) утерянные абонентские данные без необходимости приема сигнала SIP REGISTER снова от терминала (1) SIP.
Второй вариант осуществления настоящего изобретения описывается на основе Фиг.3 и Фиг.4.
Фиг.3 показывает второй вариант осуществления настоящего изобретения и схематично иллюстрирует процедуры восстановления данных, когда AS утерял абонентские данные в сети IMS.
На Фиг.3, когда AS обнаруживает, что абонентские данные утеряны по причине, например, перезагрузки узла (S 301), AS передает сигнал SIP RESET для уведомления соседнего S-CSCF в том, что абонентские данные утеряны (S 302). Принимая сигнал SIP RESET, S-CSCF ищет абонентов, зарегистрированных в AS, которая передала сигнал SIP RESET, и, если такие есть, выполняет управление флагами по абонентским данным по S-CSCF, чтобы определить, что абонентские данные в AS утеряны (S 303) наряду с передачей сигнала SIP REGISTER в AS (S 204). Принимая сигнал SIP REGISTER, AS выполняет обработку регистрации согласно существующим процедурам для воссоздания таким образом утерянных абонентских данных от абонентской базы данных HSS (S 205).
Фиг.4 показывает более подробно процедуры для восстановления абонентских данных согласно второму варианту осуществления, когда AS потерял абонентские данные. Действие второго варианта осуществления описывается со ссылкой на Фиг.3 и 4.
Когда AS (4) обнаруживает, что абонентские данные, полученные с помощью процедур регистрации, описанные выше, утеряны по причине, например, перезагрузки узла (S 401), AS (4) передает сигнал SIP RESET для уведомления соседнего S-CSCF (3) о потере абонентских данных (S 402). Сигнал SIP RESET содержит информацию об IP-адресе AS (4), при этом абонентские данные потеряны.
Принимая сигнал SIP RESET, S-CSCF (3) передает сигнал SIP 200 OK как ответ на AS (4), чтобы уведомить о приеме сигнала SIP RESET (S 403). S-CSCF (3) ищет таблицу с информацией о регистрации в S-CSCF (3) для абонентов, зарегистрированных в релевантном AS (4), используя информацию AS, установленную по сигналу SIP RESET как ключ (S 404).
Если существует абонент, зарегистрированный в AS (4), при этом потеряв абонентские данные, S-CSCF (3) выполняет обработку для установления состояния регистрации релевантного абонента в S-CSCF (3) в "INCOMPLETE" («незавершенное», установка флага) (S 405). После этого S-CSCF (3) передает сигнал SIP REGISTER в AS (4) для того, чтобы воссоздать утерянные абонентские данные, утерянные в AS (4) (S 406).
Принимая сигнал SIP REGISTER, AS (4) загружает абонентские данные от HSS (5) с помощью существующих процедур регистрации, указанных в (S 407) по (S 410) для воссоздания (восстановления) абонентских данных, и затем передает сигнал SIP 200 OK в S-CSCF (3) как ответ на сигнал SIP REGISTER.
Принимая сигнал SIP 200 OK от AS (4), S-CSCF (3) выявляет, что утерянные абонентские данные воссозданы, и изменяет установку состояния регистрации релевантного абонента в "COMPLETE" («завершенное») (очистка флага) (S 411). S-CSCF (2) выполняет обработку поиска до тех пор, пока таблица с полной информацией о регистрации не найдена (S 404) и повторяет процедуры с (S 404) по (S 411) для всех абонентов, зарегистрированных в AS (4), которые потеряли абонентские данные (S 412).
AS (4), утеряв абонентские данные, разрешается с помощью процедур, описанных выше, выполнять регистрацию согласно сигналу SIP REGISTER, запускаемого P-CSCF (3), и таким образом, чтобы воссоздать (восстановить) утерянные абонентские данные без необходимости приема сигнала SIP REGISTER снова от терминала (1) SIP.
В вариантах осуществления, указанных выше, P-CSCF или S-CSCF ищет абонентов, требующих процедур регистрации SIP, при приеме сигнала (нового) SIP RESET и непосредственно передает сигнал SIP REGISTER для воссоздания абонентских данных. Однако в случае сети IMS, которая имеет большое множество абонентов, высокое количество сигналов SIP REGISTER сменяется в короткий промежуток времени, что, возможно, приводит к временному увеличению нагрузки в сети.
Рассматривая такую проблему сетевой нагрузки, процедуры восстановления абонентских данных могут выполняться из условия, что передача сигнала SIP REGISTER инициируется с помощью передачи/приема пользователя. Сделано описание варианта осуществления, в котором восстановление абонентских данных выполняется, инициируемое передачей/приемом пользователя.
Третий вариант осуществления настоящего изобретения описан со ссылкой на Фиг.5.
Фиг.5, которая показывает третий вариант осуществления настоящего изобретения, является пояснительной схемой процедур, которые необходимо осуществить, когда происходит восстановление абонентских данных передачей от пользователя, когда S-CSCF потерял абонентские данные. Действие третьего варианта осуществления описывается со ссылкой на Фиг.5.
Когда находится в этом состоянии, S-CSCF (3) обнаруживает, что абонентские данные утеряны по причине, например, перезагрузки узла (S 501), S-CSCF (3) передает сигнал SIP RESET для уведомления соседнего P-CSCF (2) в том, что абонентские данные утеряны (S 502). Сигнал SIP RESET содержит информацию об IP-адресе S-CSCF (3), при этом абонентские данные потеряны.
Принимая сигнал SIP RESET, P-CSCF (2) передает сигнал SIP 200 OK как ответ на S-CSCF (3), чтобы уведомить, что он принял сигнал SIP RESET (S 503). P-CSCF (2) ищет таблицу с информацией о регистрации в P-CSCF (2) для абонентов, зарегистрированных в релевантном S-CSCF (3), используя информацию S-CSCF, установленную по сигналу SIP RESET как ключ (S 504).
Когда существует абонент, зарегистрированный в S-CSCF (3), который потерял абонентские данные, P-CSCF (2) устанавливает состояние регистрации абонента в P-CSCF (2) в "INCOMPLETE" («незавершенное») (управление флагом) (S 505). Обработка поиска выполняется до тех пор, пока происходит поиск таблицы с полной регистрационной информацией (S 504), и процедуры (S 505) повторяются для всех абонентов, зарегистрированных в S-CSCF (3), который потерял абонентские данные (S 506).
Когда пользователь выполняет операцию передачи (S 507), терминал (1) SIP выпускает запрос о передаче в P-CSCF (2) посредством сигнала SIP INVITE (S 508). Принимая сигнал SIP INVITE, P-CSCF (2) ищет таблицу с регистрационной информацией для релевантного абонента, определяет состояние регистрации, установленное на этапах с (S 504) по (S 505) и выявляет, что состояние регистрации является "INCOMPLETE"(установлен флаг) (S 509).
Установив, что состояние регистрации является "INCOMPLETE", P-CSCF (2) передает сигнал SIP REGISTER в S-CSCF (3) для того, чтобы воссоздать абонентские данные, утерянные в S-CSCF (3) (S 510). Принимая сигнал SIP REGISTER, S-CSCF (3) загружает абонентские данные от HSS (5) с помощью существующих процедур регистрации, указанных в (S 511) по (S 513) для воссоздания (восстановления) абонентских данных, и затем передает сигнал SIP 200 OK в P-CSCF (2) как ответ на сигнал SIP REGISTER (S 514).
Принимая сигнал SIP 200 OK от S-CSCF (3), P-CSCF (2) выявляет, что утерянные абонентские данные воссозданы, и выполняет установку для изменения состояния регистрации релевантного абонента в "COMPLETE" («завершенное») (очистка флага) (S 515). Когда состояние регистрации абонента изменяется в "COMPLETE", P-CSCF (2) выполняет обработку передачи INVITE согласно существующим процедурам (S 516).
В соответствии с этим вариантом осуществления, конфигурация выполняется из условия, что каждый раз P-CSCF (2) принимает сигнал SIP INVITE, S-CSCF (3) восстанавливает абонентские данные терминала SIP, который передал сигнал SIP INVITE. Это препятствует обмену высоким числом сигналов SIP REGISTER за короткий интервал времени, и отсюда можно избежать временного увеличения в сетевой нагрузке.
Четвертый вариант осуществления настоящего изобретения описан с использованием Фиг.6.
Фиг.6, которая показывает четвертый вариант осуществления настоящего изобретения, является пояснительной схемой процедур, которые должны выполняться с помощью инициирования пользователем передачи, когда AS потерял абонентские данные. Действие четвертого варианта осуществления описывается со ссылкой на Фиг.6.
Когда AS (4) обнаруживает, что абонентские данные утеряны по причине, например, перезагрузки узла (S 601), AS (4) передает сигнал SIP RESET для уведомления соседнего S-CSCF (3) в том, что абонентские данные утеряны (S 602). Сигнал SIP RESET содержит информацию об IP-адресе AS (4), при этом абонентские данные потеряны.
Принимая сигнал SIP RESET, S-CSCF (3) передает в AS (4) сигнал SIP 200 OK как ответ на AS (4), чтобы уведомить о приеме сигнала SIP RESET (S 603). S-CSCF (3) ищет абонентские данные в S-CSCF (3) для абонентов, зарегистрированных в релевантном AS (4), используя информацию AS, установленную по сигналу SIP RESET как ключ (S 604).
Если существует абонент, зарегистрированный в AS (4), при этом потеряв абонентские данные, S-CSCF (3) выполняет обработку для установления состояния регистрации релевантного абонента в S-CSCF (3) в "INCOMPLETE" («незавершенное», установка флага) (S 605). S-CSCF (2) выполняет обработку поиска до тех пор, пока полные абонентские данные не найдены (S 604) и повторяет процедуру с (S 605) для всех абонентов, зарегистрированных в AS (4), которые потеряли абонентские данные (S 606).
Когда пользователь выполняет операцию передачи (S 607), терминал (1) SIP выпускает запрос о передаче в P-CSCF (2) посредством сигнала SIP INVITE (S 608). Принимая сигнал SIP INVITE, P-CSCF (2) передает сигнал SIP INVITE в S-CSCF (3) согласно адресной информации S-CSCF (3) по сигналу SIP INVITE (S 609). Принимая сигнал SIP INVITE, P-CSCF (3) ищет таблицу абонентских данных для релевантного абонента, определяет состояние регистрации, установленное на этапах с (604) по (605), и выявляет, что состояние регистрации является "INCOMPLETE" (S 610).
Выявляя, что состояние регистрации является "INCOMPLETE", S-CSCF (3) передает сигнал SIP REGISTER в AS (4) для того, чтобы воссоздать утерянные абонентские данные в AS (4) (S 611). Принимая сигнал SIP REGISTER, AS (4) загружает абонентские данные от HSS (5) с помощью существующих процедур регистрации, указанных в (S 612) по (S 615) для воссоздания (восстановления) абонентских данных, и затем передает сигнал SIP 200 OK в S-CSCF (3) как ответ на сигнал SIP REGISTER.
Принимая сигнал SIP 200 OK от AS (4), S-CSCF (3) выявляет, что утерянные абонентские данные воссозданы, и выполняет обработку для изменения состояния регистрации релевантного абонента в "COMPLETE" («завершенное») (очистка флага) (S 616). Когда состояние регистрации абонента изменяется в "COMPLETE", S-CSCF (3) выполняет обработку передачи INVITE согласно существующим процедурам (S 617).
В соответствии с четвертым вариантом осуществления конфигурация выполняется из условия, что каждый раз S-CSCF (3) принимает сигнал SIP INVITE от P-CSCF (2), AS (4) восстанавливает абонентские данные терминала SIP, который передал сигнал SIP INVITE. Это препятствует обмену высоким числом сигналов SIP REGISTER за короткий интервал времени, и отсюда можно избежать временного увеличения в сетевой нагрузке.
Пятый вариант осуществления настоящего изобретения описан с использованием Фиг.7.
Фиг.7, которая показывает пятый вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, которые должны быть осуществлены инициированием приема от пользователя, когда AS потерял абонентские данные. Действие пятого варианта осуществления описывается со ссылкой на Фиг.7.
Когда AS (4) обнаруживает, что абонентские данные утеряны по причине, например, перезагрузки узла (S 701), AS (4) передает сигнал SIP RESET для уведомления соседнего S-CSCF (3) в том, что абонентские данные утеряны (S 702). Сигнал SIP RESET содержит информацию об IP-адресе AS (4), при этом абонентские данные потеряны.
Принимая сигнал SIP RESET, S-CSCF (3) передает в AS (4) сигнал SIP 200 OK как ответ, чтобы уведомить о приеме сигнала SIP RESET (S 703). Кроме того, S-CSCF (3) ищет абонентские данные в S-CSCF (3) для абонентов, зарегистрированных в AS (4), используя информацию AS, установленную по сигналу SIP RESET как ключ (S 704).
Если существует абонент, зарегистрированный в AS (4), при этом потеряв абонентские данные, S-CSCF (3) выполняет обработку для установления состояния регистрации релевантного абонента в S-CSCF (3) в "INCOMPLETE" («незавершенное») (установка флага) (S 705). S-CSCF (3) выполняет обработку поиска до тех пор, пока полные абонентские данные не найдены (S 704), и повторяет процедуру с (S 705) для всех абонентов, зарегистрированных в AS (4), которые потеряли абонентские данные (S 706).
Когда S-CSCF (3) принимает запрос о приеме SIP INVITE для абонента, абонентские данные которого утеряны AS (4) (S 707), S-CSCF (3) ищет таблицу с абонентскими данными для релевантного абонента, определяет состояние регистрации, установленное в процедурах с (S 704) по (S 705), и выявляет, что состояние регистрации является "INCOMPLETE" (S 708).
Выявляя, что состояние регистрации является "INCOMPLETE", S-CSCF (3) передает сигнал SIP REGISTER в AS (4) для того, чтобы воссоздать утерянные абонентские данные в AS (4) (S 709). Принимая сигнал SIP REGISTER, AS (4) загружает абонентские данные от HSS (5) согласно существующим процедурам регистрации, указанным в (S 710) по (S 713) для воссоздания (восстановления) абонентских данных, и затем передает сигнал SIP 200 OK в S-CSCF (3) как ответ на сигнал SIP REGISTER.
Принимая сигнал SIP 200 OK от AS (4), S-CSCF (3) выявляет, что утерянные абонентские данные воссозданы, и выполняет обработку для изменения состояния регистрации релевантного абонента в "COMPLETE" («завершенное») (очистка флага) (S 714). Когда состояние регистрации абонента изменяется в "COMPLETE", S-CSCF (3) выполняет обработку приема INVITE согласно существующим процедурам (S 715).
В соответствии с пятым вариантом осуществления конфигурация выполняется из условия, что каждый раз S-CSCF (3) принимает сигнал запроса о приеме SIP INVITE, AS (4) восстанавливает абонентские данные терминала SIP, который от которого принят запрос о приеме. Это препятствует обмену высоким числом сигналов SIP REGISTER за короткий интервал времени, и отсюда можно избежать временного увеличения в сетевой нагрузке.
Шестой вариант осуществления настоящего изобретения описан с использованием Фиг.8.
Фиг.8, которая показывает шестой вариант осуществления настоящего изобретения, является пояснительной схемой процедур для восстановления абонентских данных, которые должны быть осуществлены инициированием приема от пользователя, когда S-CSCF потерял абонентские данные.
В процедурах восстановления абонентских данных, инициируемых приемом INVITE, когда абонентские данные потеряны в S-CSCF, HSS управляет только зарегистрированным адресом S-CSCF, тогда как он не управляет адресом P-CSCF. Следовательно, S-CSCF не может активировать P-CSCF с помощью приема INVITE. Соответственно, процедуры восстановления абонентских данных, описанных в Фиг.5-7 (с третьего по пятый вариант осуществления), являются недостаточными.
Этот шестой вариант осуществления, следовательно, имеет дополнительный этап передачи информации об адресе P-CSCF, получаемом S-CSCF для HSS, когда терминал (1) SIP выполняет регистрацию SIP (регистрация пользователя) для того, чтобы зарегистрировать то же самое в HSS так, чтобы информация об адресе P-CSCF использовалась в процедурах восстановления абонентских данных в S-CSCF (3). Действие шестого варианта осуществления описывается со ссылкой на Фиг.8.
Когда терминал (1) SIP передает сигнал SIP REGISTER в P-CSCF (2) для регистрации SIP (регистрация пользователя) (S 801), P-CSCF (2), принимая этот сигнал SIP REGISTER, выполняет существующие процедуры с (S 802) по (S 803), чтобы получить от HSS (5) информацию об адресе S-CSCF (3), в котором должна быть сделана регистрация, и передает сигнал SIP REGISTER в S-CSCF (3) (S 804).
Принимая сигнал SIP REGISTER от P-CSCF (2), S-CSCF (3) передает сигнал Diameter SAR в HSS (5) для того, чтобы запросить абонентские данные, тогда как в ту же самую временную настройку по сигналу Diameter SAR, адресная информация P-CSCF (2), которая должна использоваться в процедурах восстановления абонентских данных в S-CSCF (3) (S 805). После приема сигнала Diameter SAR, который имеет заданную в нем адресную информацию P-CSCF (2), HSS (5) хранит адресную информацию P-CSCF (2) как абонентские данные (S 806) и передает сигнал Diameter SAA, содержащий абонентские данные, в S-CSCF (3) (S 807).
Принимая сигнал Diameter SAA, S-CSCF (3) хранит принятые абонентские данные и передает в P-CSCF (2) сигнал SIP 200 OK, указывающий, что регистрация SIP успешно выполнена (S 808). Принимая сигнал SIP 200 OK, P-CSCF (2) передает сигнал SIP 200 OK в терминал (1) SIP (S 809). S-CSCF (3) выполняет существующие процедуры с (S 810) по (S 813) как процедуры для создания абонентских данных AS (4). Это завершает процедуры регистрации SIP от терминала (1) SIP.
В этом состоянии регистрации SIP, когда S-CSCF (3) принимает запрос о приеме SIP INVITE для абонента, абонентские данные которого утеряны S-CSCF (3) (S 815) в состоянии, в котором S-CSCF (3) потерял абонентские данные по причине, например, перезагрузки узла (S 814), S-CSCF (3) ищет абонентские данные с целью осуществления обработки приема для релевантного абонента и выявляет, что абонентские данные подписчика не существуют, так как абонентские данные утеряны (S 816).
Выявляя, что абонентские данные не существуют, S-CSCF (3) передает сигнал Diameter SAR в HSS (5) для того, чтобы получить абонентские данные (S 817). Сигнал Diameter SAR на этапе (S 817) не содержит адресной информации P-CSCF (2), так как S-CSCF (3) не сохраняет информацию P-CSCF (2).
Принимая сигнал Diameter SAR, не содержащий адресной информации P-CSCF (2), HSS (5) выявляет, что сигнал является запросом для получения абонентских данных с помощью восстановления абонентских данных, и передает в S-CSCF (3) сигнал Diameter SAA, который имеет адресную информацию P-CSCF (2), сохраняемую на этапе (S 806), установленную в нем (S 818). Принимая сигнал Diameter SAA, S-CSCF (3) завершает восстановление абонентских данных с помощью сохранения принятых абонентских данных и адресной информации P-CSCF (2) (S 819). Завершая процедуры восстановления абонентских данных, S-CSCF (3) выполняет обработку приема, передавая для P-CSCF (3) сигнал приема INVITE согласно существующим процедурам (S 820).
Согласно шестому варианту осуществления, даже если S-CSCF потерял адрес P-CSCF, которому должен передаваться прием INVITE, S-CSCF может загружать адрес P-CSCF от AS (4) или запрашивать передачу адреса P-CSCF с помощью трансляции в AS (4).
Это означает, что настоящее изобретение характеризуется тем, что когда абонентские данные утеряны S-CSCF или AS в сети IMS из-за перезагрузки или тому подобного, узел, который потеряв абонентские данные, уведомляет соседний узел об этом результате, и соседний узел, который принимает уведомление, начинает управление для восстановления абонентских данных в узле, потеряв абонентские данные, при этом утерянные абонентские данные могут быть восстановлены без необходимости пользователю выполнять операцию регистрации включая/выключая питание.
Более конкретно, настоящее изобретение предоставляет сетевую систему IMS, которая имеет P-CSCF, соединенный с терминалом SIP, в качестве абонентского терминала через сеть доступа; S-CSCF, расположенный в зоне предоставления услуги поставщика, на который подписывается терминал SIP; и HSS, хранящая информацию о подписке пользователя, и характеризуется тем, что S-CSCF имеет функцию передачи сигнала SIP RESET в соседний P-CSCF в дополнение, когда происходит потеря абонентских данных, полученных процессом регистрации; функцию приема сигнала SIP REGISTER, передаваемого P-CSCF в ответ на сигнал SIP RESET; и функцию для восстановления утерянных абонентских данных от HSS с помощью осуществления процесса повторной регистрации в соответствии с принятым сигналом SIP REGISTER.
Кроме того, конфигурация может быть из условия, что P-CSCF имеет функцию поиска регистрационной информации в P-CSCF для абонентов, которые зарегистрированы в S-CSCF, во время приема сигнала SIP RESET, функцию осуществления управления флагом по регистрационной информации релевантного абонента, чтобы идентифицировать, что абонентские данные утеряны в S-CSCF, функцию передачи в S-CSCF сигнала SIP REGISTER релевантного абонента и функцию очистки управления флагом при приеме ответного сигнала от S-CSCF в ответ на сигнал SIP REGISTER, переданный в него.
Альтернативно, P-CSCF может иметь функцию поиска регистрационной информации P-CSCF для абонентов, которые зарегистрированы в
Кроме того, настоящее изобретение может быть сконфигурировано из условия, что в сети IMS, которая имеет P-CSCF, соединенный с терминалом SIP, в качестве абонентского терминала через сеть доступа; S-CSCF, расположенный в зоне предоставления услуги поставщика, на который подписывается терминал SIP; и HSS, хранящая информацию о подписке пользователя, S-CSCF имеет функцию передачи сигнала Diameter SAR, который должен быть передан в HSS, во время осуществления процесса регистрации, когда в ней устанавливается адресная информация P-CSCF, передав сигнал SIP REGISTER, функцию передачи в HSS сигнала Diameter SAR, не содержащего адресной информации P-CSCF во время приема запроса о приеме SIP INVITE, когда абонентские данные, полученные с помощью процесса регистрации, утеряны, функцию приема сигнала Diameter SAR, который имеет адресную информацию P-CSCF, установленную в нем, передаваемую HSS в ответ на сигнал Diameter SAR, не содержащий адресную информацию P-CSCF, функцию восстановления утерянных абонентских данных и адресной информации P-CSCF, выполняя процесс повторной регистрации согласно принятому сигналу Diameter SAA, и функцию для осуществления процесса приема, запрашиваемого запросом о приеме SIP INVITE согласно восстановленным абонентским данным.
В этом случае HSS конфигурируется, чтобы иметь функцию передачи во время приема сигнала Diameter SAR, который не содержит адресной информации P-CSCF от S-CSCF, сигнал Diameter SAA, который имеет адресную информацию P-CSCF, сохраненную во время процесса регистрации в S-CSCF.
Сети IMS согласно настоящему изобретению может быть дополнительно предоставлен AS, активируемый S-CSCF согласно состоянию подписки каждого пользователя для осуществления соответствующих прикладных услуг, AS, который имеет функцию передачи сигнала SIP RESET в S-CSCF, когда абонентские данные, полученные во время процесса регистрации, утеряны, функцию приема сигнала SIP REGISTER, передаваемого S-CSCF в ответ на сигнал SIP RESET, и функцию восстановления утерянных абонентских данных от HSS, выполняя процесс повторной регистрации согласно принятому сигналу SIP REGISTER.
Способ восстановления абонентских данных в сети IMS согласно настоящему изобретению характеризуется тем, что S-CSCF передает сигнал SIP RESET в P-CSCF, соседний с ним, когда утеряны абонентские данные, полученные с помощью процесса регистрации, принимает сигнал SIP REGISTER, передаваемый P-CSCF в ответ на сигнал SIP RESET, и выполняет процесс повторной регистрации согласно принятому сигналу SIP REGISTER для восстановления утерянных абонентских данных от HSS.
Кроме того, способ восстановления абонентских данных характеризуется тем, что AS передает сигнал SIP RESET в S-CSCF, когда утеряны абонентские данные, полученные с помощью процесса регистрации, принимает сигнал SIP REGISTER, передаваемый S-CSCF в ответ на сигнал SIP RESET, и выполняет процесс повторной регистрации согласно принятому сигналу SIP REGISTER для восстановления утерянных абонентских данных от HSS.
А именно, согласно настоящему изобретению сначала уведомляется соседний узел с помощью сигнала SIP RESET, что узел IMS (S-CSCF или AS), который имеет абонентские данные, потерял абонентские данные по причине, например, перезагрузки или тому подобного. Это позволяет соседнему узлу выявлять, что невозможно предоставить услугу передачи/приема абонента, связанную с ним самим. Соседний узел, таким образом, выполняет процедуры регистрации для абонентов, абонентские данные которых утеряны. Узел IMS, который имеет абонентские данные, таким образом может восстановить абонентские данные непосредственно при обнаружении, что абонентские данные утеряны, и предоставлять аналогичные услуги передачи/приема до потери абонентских данных.
Хотя настоящее изобретение описано на основе вышеописанных вариантов осуществления, настоящее изобретение не ограничено этими вариантами осуществления. Например, хотя способ восстановления данных согласно вышеупомянутому варианту осуществления должен быть ограничен сетью IMS, способ восстановления данных настоящего изобретения является точным для любой сети, которая аналогична по функционированию сети IMS. Конфигурация и особенности настоящего изобретения могут быть по-разному изменены как понятные специалистам в данной области техники без отклонения от объема формулы настоящего изобретения.
Эта заявка основана и испрашивает преимущество приоритета на основе патентной заявки Японии № 2007-096810, поданной 2 апреля 2007г., раскрытие которой включено в данный документ полностью в качестве ссылке.