RU2386219C2 - Способ обработки отказов в представлении обслуживания - Google Patents

Способ обработки отказов в представлении обслуживания Download PDF

Info

Publication number
RU2386219C2
RU2386219C2 RU2006117356/09A RU2006117356A RU2386219C2 RU 2386219 C2 RU2386219 C2 RU 2386219C2 RU 2006117356/09 A RU2006117356/09 A RU 2006117356/09A RU 2006117356 A RU2006117356 A RU 2006117356A RU 2386219 C2 RU2386219 C2 RU 2386219C2
Authority
RU
Russia
Prior art keywords
network element
message
user equipment
network
type
Prior art date
Application number
RU2006117356/09A
Other languages
English (en)
Other versions
RU2006117356A (ru
Inventor
Георг МАЙЕР (FI)
Георг МАЙЕР
Тао ХАУКА (FI)
Тао ХАУКА
Ханну ХИЕТАЛАХТИ (FI)
Ханну ХИЕТАЛАХТИ
Микка ПОЙКСЕЛКА (FI)
Микка ПОЙКСЕЛКА
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=29595567&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2386219(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Publication of RU2006117356A publication Critical patent/RU2006117356A/ru
Application granted granted Critical
Publication of RU2386219C2 publication Critical patent/RU2386219C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Изобретение относится к системам связи. Заявлен способ обработки отказов в предоставлении обслуживания в сети связи, содержащей оборудование пользователя, первый элемент сети и обслуживающий элемент сети, причем способ включает в себя следующие этапы. Прием первого сообщения из оборудования пользователя в первом элементе сети. Передачу первого сообщения из первого элемента сети в обслуживающий элемент сети. Обнаружение того, что обслуживающий элемент сети вышел из строя, в первом элементе сети. Определение типа первого сообщения в первом элементе сети и в зависимости от типа первого сообщения передачу сообщения об ошибке, содержащего индикацию того, что обслуживающий элемент сети вышел из строя, из первого элемента сети в оборудование пользователя. Техническим результатом является преодоление необходимости перезапуска оборудования пользователя в разных ситуациях. 7 н. и 19 з.п. ф-лы, 5 ил.

Description

УРОВЕНЬ ТЕХНИКИ
Область техники, к которой относится изобретение
Настоящее изобретение относится к системам связи, и в частности к управлению сеансами связи в IP-мультимедиа подсистеме.
Описание уровня техники
Система связи может расcматриваться как средство, которое обеспечивает возможность сеансов связи между двумя или большим количеством объектов, таких как оборудование пользователя и/или другие узлы, ассоциированные с системой связи. Сеансы связи могут поддерживать связь, например речевую связь, передачу данных, мультимедийную связь и так далее. Посредством сеанса связи оборудование пользователя может быть обеспечено, например, двухсторонним телефонным вызовом или многоканальным групповым вызовом. Посредством сеанса связи оборудование пользователя может быть обеспечено также соединением с объектом, обеспечивающим приложение, например, с сервером приложений (AS, СП), соответственно обеспечивая для пользователя возможность служб, обеспечиваемых сервером приложений.
Система связи, обычно, функционирует в соответствии с заданным стандартом или спецификацией. Стандарт или спецификация устанавливает, какие действия разрешены для различных объектов, ассоциированных с системой связи, и как это должно достигаться. Например, стандарт или спецификация может определять, обеспечен ли пользователь, или более точно, оборудование пользователя службой коммутации каналов и/или службой коммутации пакетов. Могут быть определены также параметры и/или протоколы связи, используемые для соединения. Другими словами, для обеспечения возможности связи посредством системы требуется, чтобы был определен конкретный набор "правил", на которых может быть основана связь.
Известны системы связи, обеспечивающие беспроводной обмен данными для оборудования пользователя. Возможным вариантом систем беспроводного обмена данными является наземная сеть мобильной связи общего пользования (PLMN, НСМО). Другим возможным вариантом является система мобильной связи, которая основана, по меньшей мере частично, на использовании спутников связи. Беспроводной обмен данными может быть обеспечен также посредством других средств, например, посредством локальных сетей беспроводного обмена данными радиосвязи (WLAN, ЛСР). Обмен данными по беспроводному интерфейсу между оборудованием пользователя и элементами сети связи может основываться на соответствующем протоколе связи. Управление функционированием устройства станции системы связи и другого устройства, необходимого для связи, может осуществляться одним или несколькими объектами управления. Различные объекты управления могут быть взаимосвязаны. Могут быть обеспечены также один или большее количество узлов межсетевого интерфейса для соединения сети связи с другими сетями. Например, сеть мобильной связи может быть соединена с сетями связи, такими как сети передачи данных, основанные на IP (Интернет-протоколе) и/или другие сети передачи данных с коммутацией пакетов.
Возможным вариантом служб, которые могут быть предложены для пользователей системы связи, являются так называемые мультимедийные службы. Возможным вариантом систем связи, обеспеченных возможностью предложения мультимедийных служб, является мультимедийная сеть связи, основанная на Интернет-протоколе (IP). Функциональные возможности IP-Мультимедиа (IM, ИМ) могут быть обеспечены посредством подсистемы базовой сети IP-мультимедиа (CN, БС), в сокращении подсистемы IP-мультимедиа (IMS, ИМП). IMS содержит различные объекты сети для обеспечения мультимедийных услуг.
Проект партнерства по сетям связи третьего поколения (3GPP) определил использование Обобщенных услуг пакетной радиопередачи (GPRS) в качестве сети доступа IP-связности для обеспечения служб IMS, GPRS здесь приводится в качестве возможного варианта, не предназначенного для наложения ограничений, возможной сети доступа IP-связности, обеспечивающей возможность мультимедийных служб. Проект партнерства по сетям связи третьего поколения (3GPP) также определил опорную архитектуру для сетей связи третьего поколения (3G), которые должны обеспечивать пользователей оборудования пользователя доступом к мультимедийным службам.
IP-мультимедийная подсистема поддерживает Протокол инициирования сеанса связи (SIP), который разработан Рабочей группой проектирования Интернет (IETF) в RFC 3261. Протокол инициирования сеанса связи (SIP) является протоколом управления прикладного уровня для создания, обновления и завершения сеансов связи с одним или большим количеством участников (оконечных точек).
Перед тем как оборудование пользователя сможет осуществить связь с IP-мультимедийной подсистемой, должна быть выполнена процедура подсоединения к GPRS, и должен быть установлен канал связи, известный, как контекст Протокола пакетной передачи данных (PDP, ППД) для сигнализации SIP. Контекст PDP устанавливают для GGSN в домашней или гостевой сети. Контекст PDP должен обеспечить оборудование пользователя соответствующим IP-адресом. Тогда этот адрес может служить в качестве ведущего адреса в продолжительности контекста PDP. Контекст PDP, где выполняется сигнализация PDP, должен быть действительным, пока затребованы службы из IP-мультимедиа подсистемы. Это требование не ограничено доступом GPRS и контекстами PDP, но может быть применено также к другим видам систем доступа и каналов связи.
Системы связи разрабатывались в направлении, в котором различные функции сети обрабатываются соответствующими объектами контроллера. Пользователь может осуществлять доступ к службам через сеть передачи данных через цепочку контроллеров. Эти контроллеры, обычно, обеспечивают посредством серверов. Спецификации IMS определяют различные виды серверов SIP, через которые можно осуществить доступ к службам. Указанные контроллеры обеспечивают такие функции, как функции управления сеансом вызова (CSCF, ФУСВ). Следует понимать, что функции CSCF могут быть определены также, как функции управления состоянием вызова.
Функции сеанса вызова могут быть разделены на различные категории, такие как функция прокси-сервера управления вызовами и сеансами (P-CSCF), функция сервера управления запросами вызова и сеансов (I-CSCF) и функция сервера управления сеансами вызовами (S-CSCF). Для того, чтобы иметь возможность запрашивать службу из системы связи, пользователь должен быть зарегистрирован в функции управления сеансами и вызовами (S-CSCF). Функция прокси-сервера управления сеансами вызовами (P-CSCF), в свою очередь, предназначена для осуществления посредничества в обмене данными между пользователем и функцией управления сеансами и вызовами (S-CSCF), в которой зарегистрирован пользователь. Другими словами, после регистрации в сети передачи данных IMS пользователь имеет назначенного регистратора (S-CSCF) и “внешний” прокси-сервер (обычно, P-CSCF). Любое действие пользователя проходит через указанные объекты контроллера сети передачи данных.
Однако, существуют моменты времени, когда сервер функции управления, такой как S-CSCF или P-CFCS, выходит из строя. В некоторых случаях, подобно случаю отказа или обновления программного обеспечения, вероятно, сервер S-CSCF или P-CSCF должен быть отключен.
Тогда все пользователи, подсоединенные к местной сети с использованием указанных серверов, могут почувствовать нарушение связи и лишатся возможности изменять свои требуемые объемы информационного обмена. Обычно, связь может быть возобновлена при перезапуске оборудования пользователя. Это необходимо, так как носитель информации будет сброшен и должен быть установлен повторно. Также пользователи могут быть не осведомлены о том, что функция контроллера была или должна быть выключена, и, следовательно, не могут самостоятельно принять решение о инициировании процедур восстановления.
Для преодоления проблемы необходимости перезапуска оборудования пользователя в каждой ситуации более простое решение должно преодолеть некоторые практические проблемы. Во-первых, идентификация ошибки и местоположения сервера, вышедшего из строя. Во-вторых, является ли сервер, вышедший из строя, сервером S-CSCF, как I-CSCF выбирает другую S-CSCF? В-третьих, обработка сигнализации и потоков мультимедийных данных, другими словами активных диалогов, которые пользователь установил с другим оборудованием пользователя (UE, ОП) и серверами приложений (AS, СП). В-четвертых, информирование других объектов сети, таких как серверы приложений (AS) и элементы сети P-CSCF о подробностях новой регистрации.
Должно быть ясно, что, хотя выше процессы регистрации и связанные с этим проблемы обсуждались в отношении системы связи третьего поколения (3G), основанной на Интернет-протоколе (IP), и протокола инициирования сеанса (SIP), подобные недостатки также могут быть связаны с другими системами и, следовательно, описание не ограничено указанными возможными вариантами.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Варианты осуществления настоящего изобретения предназначены для решения одной или нескольких из вышеупомянутых проблем.
Согласно одному варианту осуществления настоящего изобретения способ обработки отказов в предоставлении обслуживания в сети связи, содержащей оборудование пользователя, первый элемент сети и обслуживающий элемент сети, заключает в себе этапы, на которых: принимают первое сообщение из оборудования пользователя в первом элементе сети; передают первое сообщение из первого элемента сети в обслуживающий элемент сети; в первом элементе сети обнаруживают, что обслуживающий элемент сети вышел из строя; в первом элементе сети определяют тип первого сообщения; и в зависимости от типа первого сообщения из первого элемента сети в оборудование пользователя передают сообщение об ошибке, содержащее индикацию того, что обслуживающий элемент сети вышел из строя.
Способ может заключать в себе дополнительный этап, на котором принимают сообщение об ошибке в оборудовании пользователя.
Способ может дополнительно заключать в себе этап, на котором: после приема в оборудовании пользователя сообщения об ошибке из оборудования пользователя в сеть связи для инициирования регистрации передают второе сообщение второго типа, отличного от типа первого сообщения.
Способ может дополнительно заключать в себе выполняющийся до приема первого сообщения из оборудования пользователя в первом элементе сети этап, на котором: устанавливают однонаправленный канал для сигнализации между оборудованием пользователя и первым элементом сети.
Способ может выбирать дополнительный обслуживающий элемент сети и направлять сообщение в дополнительный обслуживающий элемент сети.
Способ может заключать в себе дополнительные этапы, на которых: регистрируют оборудование пользователя в дополнительном обслуживающем элементе сети.
Однонаправленным каналом для сигнализации может быть контекст PDP общего назначения или сигнализации.
Сетью связи может быть сеть мультимедийной подсистемы, основанная на Интернет-протоколе (IMS).
Первым элементом сети может быть средство, выполняющее функцию управления запросами сеансов и вызовов (I-CSCF).
Первым элементом сети может быть средство, выполняющее функцию прокси-сервера управления сеансами и вызовами (P-CSCF).
Обслуживающим элементом сети может быть средство, выполняющее функцию управления сеансами и вызовами (S-CSCF).
Этап, на котором определяют тип сообщения, может заключать в себе определение типа сообщения на основе содержимого предварительно определенного информационного элемента в сообщении.
Этап, на котором обнаружения в первом элементе сети того, что обслуживающий элемент сети в сети связи вышел из строя, может заключать в себе этап, на котором: обнаруживают, что прошел предварительно определенный период времени, начиная с направления сообщения из первого элемента сети в обслуживающий элемент сети и до приема ответа из обслуживающего элемента сети, и/или определяют, что первое сообщение было передано предварительно определенное количество раз.
Типом первого сообщения может быть запрос на повторную регистрацию.
Типом второго сообщения может быть запрос на первичную регистрацию.
Информационный элемент может указывать на то, что запрос передают с защитой целостности.
Информационный элемент может указывать на то, что пользователь был успешно аутентифицирован.
Информационным элементом в сообщении может быть флаг защиты целостности в заголовке Авторизации в сообщении.
Согласно второму аспекту настоящего изобретения предложен элемент сети в сети связи, дополнительно содержащей обслуживающий элемент сети и оборудование пользователя, причем элемент сети выполнен с возможностью: приема первого сообщения из оборудования пользователя; направления первого сообщения в обслуживающий элемент сети; обнаружения того, что обслуживающий элемент сети вышел из строя; определения типа первого сообщения; и передачи сообщения об ошибке в оборудование пользователя в зависимости от типа первого сообщения, принятого из оборудования пользователя.
Элемент сети может быть дополнительно выполнен с возможностью приема из оборудования пользователя дополнительного сообщения второго типа, отличного от типа первого сообщения.
Согласно третьему аспекту настоящего изобретения, предложено оборудование пользователя в сети связи, дополнительно содержащей первый элемент сети и обслуживающий элемент сети, причем оборудование пользователя выполнено с возможностью приема сообщения об ошибке из первого элемента сети, причем сообщение об ошибке указывает, что обслуживающий элемент сети для оборудования пользователя вышел из строя, и ответа на сообщение об ошибке посредством передачи в первый элемент сети дополнительного сообщения второго типа, отличного от первого типа.
Оборудование пользователя может быть дополнительно выполнено с возможностью установления однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи и дополнительно выполненное с возможностью ответа на сообщение об ошибке посредством сброса однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи.
Однонаправленным каналом для сигнализации могут быть однонаправленные каналы контекста PDP общего назначения или для сигнализации.
Типом дополнительного сообщения, передаваемого в первый элемент сети, может быть запрос на первичную регистрацию.
Согласно четвертому аспекту настоящего изобретения, предложено оборудование пользователя для функционирования в сети связи, содержащей элемент сети, оборудование пользователя, выполненное с возможностью определения того, что первый элемент сети вышел из строя, посредством передачи запроса в первый элемент сети и определения того, что не был принят ответ из первого элемента сети; причем оборудование пользователя выполнено с возможностью сброса однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи при определении того, что первый элемент сети вышел из строя; выбора или выявления нового дополнительного первого элемента сети; и передачи в дополнительный элемент сети сообщения, содержащего первичный запрос на регистрацию в сети связи.
Согласно пятому аспекту настоящего изобретения, предложен способ обработки отказов в предоставлении обслуживания в сети связи, содержащей: оборудование пользователя; первый элемент сети; и дополнительный элемент сети, причем способ заключает в себе этапы, на которых: передают первое сообщение из оборудования пользователя в первые элементы сети, обнаруживают, в оборудовании пользователя, что первый элемент сети вышел из строя, сбрасывают однонаправленный канал для сигнализации из оборудования пользователя в сеть связи; выбирают или выявляют дополнительный элемент сети в оборудовании пользователя; передают сообщение, содержащее первичный запрос на регистрацию, из оборудования пользователя в дополнительный элемент сети.
Согласно шестому аспекту изобретения, предложен способ определения типа регистрации в сети связи, содержащей по меньшей мере оборудование пользователя и элемент сети, заключающий в себе этапы, на которых: принимают в элементе сети запрос на регистрацию из оборудования пользователя; обнаруживают в элементе сети информационный элемент в принятом запросе; определяют содержимое информационного элемента и определяют, в зависимости от определенного содержимого информационного элемента, предназначен ли запрос на регистрацию для первого типа регистрации или для второго типа регистрации.
Сеть связи может дополнительно содержать по меньшей мере один обслуживающий элемент сети, и способ может содержать дополнительные этапы, на которых: передают запрос из первого элемента сети в обслуживающий элемент сети; обнаруживают, что обслуживающая сеть связи вышла из строя, при отсутствии приема ответа из обслуживающего элемента сети, передают в оборудование пользователя сообщение о том, что обслуживающий элемент сети вышел из строя, если запрос на регистрацию является запросом для первого типа регистрации, выбирают дополнительный обслуживающий элемент сети посредством первого элемента сети, если запрос на регистрацию является запросом для второго типа регистрации.
Первым типом регистрации может быть повторная регистрация и вторым типом регистрации может быть первичная регистрация.
Согласно седьмому аспекту изобретения, предложен элемент сети в сети связи, дополнительно содержащей оборудование пользователя, причем элемент сети выполнен с возможностью: приема запроса на регистрацию из оборудования пользователя; обнаружения информационного элемента в принятом запросе на регистрацию; определения содержимого информационного элемента и определения, в зависимости от определенного содержимого информационного элемента, является ли принятый запрос на регистрацию первым типом регистрации или вторым типом регистрации.
Информационный элемент может указывать на то, что запрос передают с защитой целостности.
Информационный элемент может указывать на то, что пользователь был успешно аутентифицирован.
Информационным элементом в сообщении может быть флаг защиты целостности.
Система связи может содержать элемент сети, описанный выше, и оборудование пользователя, как заявлено выше.
Вариант осуществления настоящего изобретения описывает способ обработки отказов в предоставлении обслуживания в сети связи, причем способ может заключать в себе этапы, на которых: устанавливают однонаправленный канал для сигнализации между оборудованием пользователя и сетью связи, регистрируют, в виде первого типа регистрации, оборудование пользователя в обслуживающем элементе сети в сети связи, обнаруживают, что обслуживающий элемент сети в сети связи вышел из строя, посредством первого элемента сети, передают сообщение, содержащее индикацию того, что обслуживающий элемент сети вышел из строя, из первого элемента сети в оборудование пользователя.
Дополнительный вариант осуществления описывает способ, который может дополнительно заключать в себе этап, на котором: оборудование пользователя инициирует регистрацию второго типа в сети связи.
Дополнительный вариант осуществления описывает способ, который может дополнительно заключать в себе дополнительный этап, на котором: оборудование пользователя принимает из первого элемента сети индикацию того, что в сети связи элемент сети вышел из строя, в ответ на сообщение, переданное оборудованием пользователя.
Дополнительный вариант осуществления описывает способ, в котором первым элементом сети может быть P-CSCF.
Дополнительные варианты осуществления описывают способ, который может дополнительно заключать в себе этапы, на которых: первый элемент сети обнаруживает, что обслуживающий элемент сети вышел из строя, при втором типе регистрации, оборудование пользователя сбрасывает однонаправленный канал для сигнализации в ответ на прием сообщения из первого элемента сети, оборудование пользователя регистрирует первого типа регистрацию в сети связи, устанавливает второй однонаправленный канал для сигнализации между оборудованием пользователя и сетью связи.
Дополнительные варианты осуществления описывают однонаправленный канал для сигнализации, которым может быть контекст PDP общего назначения или сигнализации, сетью связи может быть сеть IMS, первым типом регистрации может быть первичная регистрация, вторым типом регистрации может быть повторная регистрация, первым элементом сети может быть средство управления запросами CSCF (I-CSCF) и обслуживающим элементом сети может быть S-CSCF.
Дополнительные варианты осуществления описывают способ определения типа регистрации в сети связи, который может заключать в себе этапы, на которых: передают запрос на регистрацию из оборудования пользователя в первый элемент сети, проверяют информационный элемент в запросе в первом элементе сети, определяют на основе результата упомянутого этапа проверки, является ли запрос на регистрацию первым типом регистрации или вторым типом регистрации.
Дополнительные варианты осуществления описывают способ, который может заключать в себе дополнительные этапы, на которых: не принимают ответа из обслуживающего элемента сети, передают сообщение о том, что обслуживающий элемент сети вышел из строя, если запрос на регистрацию предназначен для первого типа регистрации, в UE выбирают новый обслуживающий элемент сети посредством первого элемента сети, если запрос на регистрацию предназначен для второго типа регистрации.
Дополнительные варианты осуществления описывают случай, при котором первым типом регистрации может быть повторная регистрация и вторым типом регистрации может быть первичная регистрация.
Дополнительные варианты осуществления описывают способ, в котором этап проверки может осуществлять проверку наличия информационного элемента в запросе.
Дополнительные варианты осуществления описывают информационный элемент, который может указывать на то, что запрос передают с защитой целостности.
Дополнительные варианты осуществления описывают, что информация может указывать, что пользователь был успешно аутентифицирован.
Дополнительные варианты осуществления описывают, что информацией в запросе может быть флаг защиты целостности.
Варианты осуществления описывают элемент сети в сети связи, который может быть выполнен с возможностью наличия средства для передачи сообщения в обслуживающий элемент сети и/или из обслуживающего элемента сети, средства для обнаружения информации о том, что обслуживающий элемент сети не обеспечивает обслуживание оборудования пользователя, и средства для передачи информации в оборудование пользователя.
Дополнительные варианты осуществления описывают элемент сети в сети связи, который может быть выполнен с возможностью наличия средства для приема запроса на регистрацию и средства для проверки, является запрос на регистрацию запросом первого типа или второго типа.
Дополнительные варианты осуществления описывают элемент сети в сети связи, который может быть выполнен с возможностью наличия средства для приема сообщений из оборудования пользователя и средства для передачи сообщения в оборудование пользователя, причем сообщение указывает, что элемент сети в сети связи не обеспечивает обслуживание оборудования пользователя.
Варианты осуществления описывают оборудование пользователя в сети связи, которое может быть выполнено с возможностью наличия средства для приема сообщения из сети связи, причем сообщение указывает на то, что обслуживающий элемент сети для оборудования пользователя не обеспечивает обслуживание оборудования пользователя, и средство для ответа на сообщение посредством высвобождения однонаправленных каналов.
Дополнительные варианты осуществления описывают оборудование пользователя, которое может быть выполнено с возможностью наличия средства для выполнения первичной регистрации в ответ на сообщение.
Варианты осуществления могут обеспечивать способ предотвращения перерывов связи между оборудованием пользователя и сервером приложений. Может быть улучшено восприятие пользователя, так как пользователь может не замечать временные отказы. Также может не требоваться вмешательство пользователя для повторного установления связи с сетью связи, если произойдет отказ в обслуживающем объекте контроллера.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Для лучшего понимания настоящего изобретения далее в качестве примера будут упомянуты приложенные чертежи.
Фиг.1 изображает среду системы связи, в которой может быть реализовано изобретение.
Фиг.2 - схема последовательности операций потока сигнализации примера первого варианта осуществления настоящего изобретения.
Фиг.3 - схема последовательности операций потока сигнализации дополнительного варианта осуществления настоящего изобретения.
Фиг.4 - схема последовательности операций потока сигнализации примера дополнительного варианта осуществления настоящего изобретения при использовании.
Фиг.5 - схема последовательности операций потока сигнализации примера дополнительного варианта осуществления настоящего изобретения при использовании.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Далее в отношении иллюстративной архитектуры системы мобильной связи третьего поколения (3G) в качестве примера будут описаны некоторые варианты осуществления настоящего изобретения. Однако следует понимать, что варианты осуществления могут быть применены к любой соответствующей системе связи. Например, проходящей системой связи может быть система CDMA 2000.
Согласно фиг.1, изображен возможный вариант архитектуры сети, в которой может быть реализовано изобретение. На фиг.1 обеспечена сеть IP-мультимедиа 45 для предложения служб IP-мультимедиа для абонентов сети IP-мультимедиа.
Как описано выше, доступ к службе IP-мультимедиа (IM) может обеспечиваться посредством системы мобильной связи. Система мобильной связи, обычно, скомпонована для обслуживания нескольких устройств мобильного оборудования пользователя, обычно, через беспроводной интерфейс между оборудованием пользователя и по меньшей мере одной базовой станцией 31 системы связи. Система мобильной связи логически может быть разделена между сетью радиодоступа (RAN, СРД) и базовой сетью (CN).
Базовая станция 31 выполнена с возможностью передачи сигналов в мобильное оборудование 30 пользователя и для приема сигналов из мобильного оборудования 30 пользователя через беспроводной интерфейс между оборудованием пользователя и сетью радиодоступа. Соответственно, мобильное оборудование 30 пользователя выполнено с возможностью передачи сигналов в сеть радиодоступа и приема сигналов из сети радиодоступа через беспроводной интерфейс.
В изображенной компоновке оборудование 30 пользователя может осуществлять доступ к сети 45 IMS через сеть доступа, ассоциированную с базовой станцией 31. Должно быть очевидно, что хотя для ясности фиг.1 изображает базовую станцию только одной сети радиодоступа, обычная распределительная сеть связи, обычно, содержит некоторое количество сетей радиодоступа.
Обычно управление сетью радиодоступа (RAN) 3G осуществляет соответствующий контроллер сети радиосвязи (RNC, КСР). Для ясности, этот контроллер не изображен. Контроллер может быть назначен каждой базовой станции, или контроллер может управлять несколькими базовыми станциями, например, на уровне сети радиодоступа. Должно быть очевидно, что название, местоположение и количество контроллеров сети радиосвязи зависят от системы.
Мобильное оборудование 30 пользователя на фиг.1 может включать в себя любое соответствующее мобильное оборудование пользователя, применимое для связи на основе Интернет-протокола (IP) для соединения с сетью связи. Например, пользователь мобильной связи может осуществлять доступ к сотовой сети связи посредством Персонального компьютера (PC, ПК), персонального цифрового ассистента (PDA, ПАД), мобильной станции (MS, МС) и так далее. Последующие примеры описаны в отношении мобильных станций.
Признаки и функционирование обычной мобильной станции известны специалистам в данной области техники. Соответственно, достаточно отметить, что пользователь может использовать мобильную станцию для таких задач, как создание и прием телефонных вызовов, прием данных из сети связи и передача данных в сеть связи и восприятие мультимедийного содержимого или использование иным образом мультимедийных услуг. Мобильная станция может содержать антенну для приема сигналов из базовых станций сети мобильной связи и передачи в них сигналов посредством радиосвязи. Мобильная станция может быть обеспечена также дисплеем для отображения изображений и другой графической информации для пользователя мобильного оборудования пользователя. Может быть обеспечено средство камеры для захвата неподвижных изображений или видеоизображений. Также, обычно, обеспечены звуковоспроизводящие средства. Управление функционированием мобильной станции может быть осуществлено посредством соответствующего интерфейса пользователя, такого как кнопки управления, речевые команды и так далее. Кроме того, мобильная станция обеспечена объектом процессора и средством памяти.
Должно быть очевидно, что хотя для ясности на фиг.1 изображено только небольшое количество мобильных станций, с системой связи может быть одновременно связано большое количество мобильных станций.
Базовая сеть (CN), обычно, содержит различные коммутирующие и другие объекты управления и шлюзы для обеспечения возможности связи через некоторое количество сетей радиодоступа, а также для установления связи посредством интерфейса одной системы связи с одной или большим количеством систем связи, например, с другими сотовыми системами связи и/или системами фиксированных линий связи. В системах 3GPP сеть радиодоступа, обычно, соединена с соответствующим объектом базовой сети или объектами, такими как сервисный узел 33 поддержки обобщенных услуг пакетной радиопередачи (SGSN, СУПО) и т.д. Сеть радиодоступа осуществляет связь с сервисным узлом поддержки GPRS через соответствующий интерфейс, например интерфейс lu. Сервисный узел поддержки GPRS в свою очередь, обычно, осуществляет связь с соответствующим шлюзом, например, шлюзовым узлом 34 поддержки GPRS, через магистральную сеть 32 связи GPRS. Этим интерфейсом, обычно, является интерфейс передачи данных с коммутацией пакетов.
Для переноса потоков трафика через сеть связи в сети 3GPP устанавливают сеанс пакетной передачи данных. Такой сеанс пакетной передачи данных часто определяют, как контекст протокола пакетной передачи данных (PDP). Контекст PDP может содержать однонаправленный канал радиосвязи, обеспеченный между оборудованием пользователя и контроллером сети радиосвязи, однонаправленный канал радиодоступа, обеспеченный между оборудованием пользователя, контроллером сети радиосвязи и SGSN 33, и каналы передачи данных с коммутацией пакетов, обеспеченные между сервисным узлом 33 служб GPRS и шлюзовым узлом 34 служб GPRS. Обычно, каждый контекст PDP обеспечивает тракт связи между определенным оборудованием пользователя и шлюзовым узлом поддержки GPRS и, когда установлен, обычно может нести несколько потоков. Каждый поток, в нормальном режиме, представляет, например, определенную службу и/или составляющую средства аудиовизуальной информации определенной службы. Вследствие этого контекст PDP часто представляет логический тракт связи через сеть для одного или большего количества потоков. Для реализации контекста PDP между оборудованием пользователя и сервисным узлом поддержки GPRS требуется установить по меньшей мере один однонаправленный канал радиодоступа (RAB, ОКР), который, обычно, обеспечивает возможность передачи данных для оборудования пользователя. Реализация указанных логических и физических каналов известна специалистам в данной области техники и, вследствие этого здесь не будет описываться дополнительно.
Фиг.1 также изображает несколько серверов 50 приложений, соединенных с иллюстративной мультимедийной сетью 45, основанной на Интернет-протоколе (IP). Оборудование 30 пользователя может быть соединено, через сеть 32 GPRS и сеть 45 IMS, по меньшей мере с одним из серверов 50 приложений. Должно быть очевидно, что с сетью передачи данных может быть соединено большее количество серверов приложений.
Управление связью с серверами приложений осуществляется посредством функций сети передачи данных, которые обеспечивают соответствующие объекты контроллера. Например, в существующих архитектурах мультимедийной сети радиосвязи третьего поколения (3G) предполагается, что для управления используют несколько различных серверов, обеспечивающих различные функции управления. Они включают в себя такие функции, как функции управления сеансом вызова или состоянием вызова (CSCF). Функции сеанса вызова могут быть разделены на различные категории. Фиг.1 изображает посреднические функции 35 и 37 прокси-сервера управления сеансами и вызовами (P-CSCF) 35, функции 38 и 39 управления запросами сеансов и вызовов (I-CSCF) и функцию 36 управления сеансами и вызовами (S-CSCF). Должно быть очевидно, что подобные функции в различных системах могут быть определены различными наименованиями.
Пользователю, которому требуется использовать службы, обеспечиваемые сервером приложений через систему IMS, сначала может потребоваться зарегистрироваться обслуживающим контроллером, таким как обслуживающая функция 36 управления сеансом вызова (S-CSCF). Регистрация может требоваться для обеспечения возможности запрашивания оборудованием пользователя службы из мультимедийной системы. Как изображено на фиг.1, маршрутизация связи между S-CSCF 36 и оборудованием 30 пользователя может осуществляться по меньшей мере через одну функцию 35 прокси-сервера управления сеансами и вызовами (P-CSCF) 35. Соответственно, CSCF 35 прокси-сервера действует в качестве посредника, который направляет сообщения из GGSN 34 в функцию 36 управления сеансами и вызовами, и наоборот.
При процедуре регистрации UE передает в сеть связи запрос на первичную регистрацию. Запрос маршрутизируется через функцию(и) CSCF в S-CSCF, которая отвечает за аутентификацию пользователя, и она связывает IP-адрес UE с идентификатором пользователя. Регистрация является действительной в течение некоторого времени, и поддержание регистрации действующей является задачей UE. Для этого UE до истечения регистрации передает новый запрос на регистрацию в S-CSCF. Эта процедура называется процедурой повторной регистрации.
Фиг.2-5 изображают последовательность примеров вариантов осуществления настоящего изобретения. Согласно фиг.2, изображен вариант осуществления настоящего изобретения, где система связи изображена восстанавливающейся после ошибки выхода из строя S-CSCF, такая ошибка была обнаружена при ответе на запрос на повторную регистрацию. Как известно в данной области техники, после первичной регистрации пользователя (описанной в 3GPP TS 23.228) и до истечения времени действия регистрации UE передает в S-CSCF запрос на повторную регистрацию.
На первом этапе 101 оборудование пользователя (UE) передает в P-CSCF запрос на повторную регистрацию. На втором этапе 103 P-CSCF принимает запрос на повторную регистрацию и направляет сообщение в I-CSCF.
На третьем этапе 105 I-CSCF принимает запрос на повторную регистрацию из P-CSCF и осуществляет попытку передать запрос в S-CSCF. Так как S-CSCF вышла из строя, она неспособна ответить на запрос.
Так как S-CSCF неспособна ответить на запрос, таймер внутри I-CSCF после предварительно определенного времени истекает, и на этапе 107 I-CSCF прекращает попытку установить посредством запроса связь с S-CSCF. I-CSCF может осуществить попытку передать запрос некоторое предварительно определенное количество раз.
На четвертом этапе 109 I-CSCF передает обратно в P-CSCF индикацию ошибки, например, сообщение об ошибке истечения времени ожидания сервера (также известное, как сообщение 504 об ошибке).
На пятом этапе 111 P-CSCF принимает сообщение 504 об ошибке и передает сообщение 504 об ошибке обратно в оборудование пользователя (UE).
На шестом этапе 113 UE принимает сообщение 504 об ошибке. Затем UE сбрасывает всю сигнализацию и трафик данных, которые относятся к этому процессу повторной регистрации.
В некоторых вариантах осуществления настоящего изобретения оборудование пользователя сбрасывает только информацию сигнализации, относящуюся к контексту PDP для сигнализации, но оставляет контексты PDP для мультимедиа. В этом дополнительном варианте осуществления оборудованию пользователя обеспечивается возможность поддерживать связь с удаленной службой/терминалом, пока согласно второй части варианта осуществления настоящего изобретения, осуществляется попытка разрешить ситуацию с ошибкой S-CSCF. В других вариантах осуществления настоящего изобретения, где был установлен общий контекст PDP, общий контекст PDP сбрасывают.
На седьмом этапе 115 оборудование пользователя передает в P-CSCF запрос на первичную регистрацию. Первичная регистрация UE является первым этапом в повторном установлении связи посредством установления нового контекста PDP для сигнализации или использования существующего контекста PDP для сигнализации. (В вариантах осуществления, где был сброшен общий контекст, UE осуществляет попытку установить новый общий контекст PDP).
На восьмом этапе 117 P-CSCF принимает запрос из UE и передает запрос на первичную регистрацию в I-CSCF.
На девятом этапе 119 I-CSCF принимает запрос и выбирает вторую S-CSCF2 для пользователя.
На этапе 121 вторая S-CSCF (S-CSCF2) передает в I-CSCF сигнал подтверждения приема (также известный, как сообщение 200 подтверждения).
На этапе 123 I-CSCF передает принятое сообщение 200 подтверждения в P-CSCF.
На этапе 125 P-CSCF передает принятое сообщение 200 подтверждения в оборудование пользователя.
Такой способ, несмотря на то, что он воспринимается как обременительная процедура, так как он ведет к полному прерыванию обеспечения службы для пользователя и любого удаленного пользователя, соединенного с этим пользователем, является более эффективным в том, что не требует полного сброса UE. Также такая процедура 'очищает' все оставшиеся состояния в UE и в сети связи.
Согласно фиг.4 может быть рассмотрена проблема относительно того, как I-CSCF определяет, является ли текущий запрос, время ожидания для которого истекло, запросом на повторную регистрацию или запросом на первичную регистрацию.
Согласно фиг.4 дополнительно обсуждается определение того, обрабатывает ли I-CSCF запрос на первичную регистрацию или запрос на повторную регистрацию. Фиг.4 изображает возможный вариант, где обрабатывают первичную регистрацию, и S-CSCF, к которому обращается I-CSCF, вышел из строя.
На этапах 301, 303 и 305 запрос на первичную регистрацию передается из UE в P-CSCF (этап 301), затем ретранслируется из P-CSCF в I-CSCF (этап 303), затем осуществляется попытка ретранслировать его из I-CSCF в S-CSCF (этап 305), при первой попытке S-CSCF, к которой осуществляется обращение, является S-CSCF 1.
На этапе 307 отказ S-CSCF 1 при возврате сообщения с ответом приводит к истечению таймера I-CSCF и, следовательно, указывает, что время ожидания для запроса истекло. I-CSCF может осуществить попытку передать запрос в S-CSCF1 повторно некоторое предварительно определенное количество раз.
Затем I-CSCF определяет, был ли истекший запрос запросом на первичную регистрацию или запросом на повторную регистрацию, исследуя флаг защиты целостности в заголовке запроса.
Так как флаг защиты целостности включен только, если UE и P-CSCF сформировали ассоциацию защиты, событие выполняется после успешной аутентификации/регистрации, отсутствие флага “защиты целостности” указывает для I-CSCF, что это процесс первичной регистрации.
Следовательно, когда в истекшем запросе (таком как тот, что создается, когда выходит из строя S-CSCF) присутствует флаг “защиты целостности”, то истекший запрос вызывает передачу сообщения 504 об ошибке из I-CSCF в UE через P-CSCF, как изображено в примере первого варианта осуществления, как описано выше.
Когда в истекшем запросе (таком как тот, что создается, когда выходит из строя S-CSCF) отсутствует флаг защиты целостности, то I-CSCF идентифицирует, что запрос, который она обрабатывает, является запросом на первичную регистрацию, и следовательно I-CSCF передает, согласно известному способу, новый запрос на первичную регистрацию в другую S-CSCF (новую S-CSCF). Это изображено этапом 307.
Если UE обеспечен возможностью быть зарегистрированным на другой S-CSCF, и другая S-CSCF является работающей, то S-CSCF выполняет действие регистрации и передает обратно в UE через I-CSCF и P-CSCF сообщение 200 подтверждения, как известно в данной области техники. В примере, изображенном на фиг.4, UE не авторизовано на использование другой S-CSCF и, следовательно, выдается сообщение 401 'неавторизовано'. Сообщение 401 передается обратно в UE на этапах 309, 311 и 313. На этапе 309 сообщение передается из S-CSCF в I-CSCF, на этапе 311 сообщение передается из I-CSCF в P-CSCF, и на этапе 313 сообщение передается из P-CSCF в UE.
Следовательно, согласно двум изображенным примерам, при исследовании элемента или части заголовка сообщения с запросом, варианты осуществления изобретения могут определять ошибки, возникающие для запросов на первичную регистрацию или на повторную регистрацию, и инициировать восстановление в зависимости от типа запроса. При отсутствии такого способа для I-CSCF было бы невозможно определить тип запроса на регистрацию, который она обрабатывала, и предотвратить бесконечные создаваемые зацикливания, например, где I-CSCF передала обратно в UE сообщение 504 об истечении для всех запросов времени ожидания на регистрацию, и UE передало обратно в I-CSCF новые запросы на регистрацию, которые должны быть направлены в вышедшую из строя S-CSCF только для того, чтобы вызвать новое истечение времени ожидания и передачу новых 504 сообщений в UE.
Дополнительный вариант осуществления настоящего изобретения описан в отношении возможного варианта, изображенного на фиг.3. Этот вариант осуществления дополнительно изображает, что P-CSCF по приеме сообщения 504 при обработке запроса не-регистрации передает обратно в UE сообщение 504 об ошибке, и UE по приеме из P-CSCF сообщения 504 об ошибке в ответ на запрос не-регистрации выполняет повторную регистрацию.
Этапы 201, 203 и 205 изображают осуществляемую UE передачу (этап 201) сообщения формата SIP не-регистрации через P-CSCF (этап 203) и S-CSCF (этап 205) в объект в сети IP/SIP, например, сервер приложений (AS, СП).
Из-за ошибки (происшедшей) где-то внутри сети IP/SIP, запросу не удается достигнуть своего адресата, и взамен в UE возвращается сообщение 504 об ошибке (возвращаемое сообщение 504 подобно сообщению 504, возвращаемому, как описано выше). На этапах 207, 209 и 211 указанное сообщение об ошибке передается обратно из сети IP/SIP (этап 207) через S-CSCF (этап 209), P-CSCF (этап 211) и в итоге в UE.
Однако UE не обеспечивает определение из приема сообщения об ошибке, порождена ли ошибка в S-CSCF или где-то в другом месте. Следовательно, для определения состояния S-CSCF оно инициирует, как изображено на этапе 213, процесс запроса на повторную регистрацию, как описано выше, для определения того, порождено ли сообщение об ошибке в S-CSCF.
Это изображено на фиг.3 этапами 215, 216 и 217, где запрос на повторную регистрацию передает UE (на этапе 215), принимает и ретранслирует P-CSCF (на этапе 216), и принимает и ретранслирует I-CSCF (на этапе 217) в S-CSCF.
В примере, изображенном на фиг.3, S-CSCF является работающим и продолжает процесс повторной регистрации сообщением 200 подтверждения, передаваемым S-CSCF (на этапе 219), принимаемым и ретранслируемым I-CSCF (на этапе 221) и принимаемым и ретранслируемым P-CSCF в UE (на этапе 223).
Однако если было обнаружено, что причиной проблемы была S-CSCF, то I-CSCF должна передать обратно дополнительное сообщение об ошибке, и процесс должен разрешиться так, как описано выше, с использованием нового процесса регистрации.
Согласно фиг.5, продемонстрирован дополнительный пример, изображающий дополнительный вариант осуществления изобретения. В примере, изображенном на фиг.5, UE регистрируют, и на этапе 402 передают в P-CSCF (P-CSCF1) SIP-сообщение с запросом.
P-CSCF1 вышла из строя и не отвечает. Таймер UE истекает и на этапе 403 UE распознает, что запрос истек.
На этапах 404 и 405 UE выполняет способ, подобный выполняемому после ситуации выхода из строя S-CSCF. В предыдущем способе, описанном выше, ситуация выхода из строя приводит к отказу для запроса на повторную регистрацию, и UE сбрасывает контекст PDP сигнализации или общий контекст PDP, относящийся к сообщению. На этапе 404 процедура отказа “P-CSCF вышел из строя” приводит к общему отказу для запросов, что вызывает сбрасывание UE контекста PDP для сигнализации или общего контекста PDP, относящегося к UE. В дополнительных вариантах осуществления настоящего изобретения UE дополнительно сбрасывает контексты PDP для мультимедиа. В продолжение этапа 404 UE может выявить новую P-CSCF, если оно не обладает альтернативным контактным адресом для P-CSCF1.
На этапах 405, 407 и 409 UE начинает новый процесс первичной регистрации. На этапе 405 UE использует новый контактный адрес P-CSCF для передачи запроса на первичную регистрацию в новую P-CSCF (Новую P-CSCF). На этапе 407 P-CSCF принимает запрос на первичную регистрацию и направляет в I-CSCF. На этапе 409 I-CSCF принимает запрос на первичную регистрацию и передает в S-CSCF.
Этот дополнительный вариант осуществления изображает обработку ошибок, согласно настоящему изобретению, возникающих, когда P-CSCF вышла из строя, подобно условиям выхода из строя S-CSCF.
Должно быть очевидно, что хотя варианты осуществления настоящего изобретения были описаны в отношении оборудования пользователя, такого как мобильные станции, варианты осуществления настоящего изобретения применимы к любому другому виду оборудования, которое требует аутентификации. Например, настоящее изобретение может быть применено для оборудования пользователя, соединяющегося с сетью IP/SIP через беспроводную локальную сеть (WLAN).
Возможные варианты изобретения были описаны в контексте системы IMS и сетей GPRS. Однако это изобретение также применимо к любым другим стандартам. Кроме того, данные возможные варианты описаны в контексте так называемых сетей SIP со всеми SIP-объектами и каналами связи, известными, как контексты PDP. Это изобретение также применимо к любым другим соответствующим системам связи, либо к беспроводным, либо к фиксированным системам, стандартам связи и протоколам связи.
Примеры других возможных беспроводных систем обмена данными, обеспечивающих услуги беспроводной передачи данных, включают в себя систему мобильной связи третьего поколения, такую как Универсальная система мобильной электросвязи (UMTS), систему Наземной транковой связи (TETRA), CDMA2000 или Интернет-телефонию, сеть мобильной передачи данных Улучшенной передачи данных при помощи GSM (EDGE) и т.д. Примеры систем фиксированной линии связи включают в себя различные широкополосные способы, обеспечивающие доступ к Интернет для пользователей в различных местоположениях, например дома и на местах работы. Независимо от стандартов и протоколов, используемых для сети связи, изобретение может быть применено во всех сетях связи, в которых требуется регистрация в объекте сети сязи.
Варианты осуществления изобретения были описаны в контексте посреднической и обслуживающей функций управления состоянием вызова. Варианты осуществления изобретения могут быть применимы к другим элементам сети, где это применимо.
Здесь также отмечено, что хотя выше описаны иллюстративные варианты осуществления изобретения, не выходя из контекста изобретения, определенного приложенной формулой изобретения, в раскрытое решение могут быть внесены некоторые изменения и модификации.
Заявитель тем самым раскрывает, что изобретение не предназначено для интерпретации исключительно в контексте формулы изобретения.
Понятно, что термин “вне обслуживания” может интерпретироваться в значении, что обслуживающий элемент сети не осуществляет связь с упомянутым оборудованием пользователя из-за неисправности в обслуживающем элементе сети или из-за неисправности в системе связи, препятствующей осуществлению связи оборудования пользователя и обслуживающего элемента сети.
Кроме того понятно, что оборудование пользователя может включать в себя мобильные телефоны, персональные устройства связи и персональных цифровых помощников.
Дополнительно понятно, что действие установления однонаправленного канала для сигнализации может пониматься в значении создания сеанса связи, и при этом узел связи выполнен с возможностью связи с сетью посредством сеанса связи, сеть содержит узел авторизации сеанса связи для авторизации на установление сеанса связи; узел связи выполнен с возможностью установления сеанса связи, осуществлять связь с узлом авторизации сеанса связи для приема авторизации сеанса связи; узел связи выполнен с возможностью запроса, в продолжение сеанса связи, узла авторизации на авторизацию сеанса связи и выполнен с возможностью завершения по меньшей мере сигнализации сеанса связи в ответ на прием сообщения, указывающего отказ узла авторизации сеанса связи при ответе на запрос, из сети связи в ответ на такой запрос.
Заявитель тем самым раскрывает отдельно каждый описанный здесь индивидуальный признак и любую комбинацию из двух или большего количества указанных признаков в пределах, в которых такие признаки или комбинации могут быть выполнены на основе настоящего описания в целом в свете общего знания специалиста в данной области техники, независимо от того, решают ли такие признаки или комбинации признаков какие-либо раскрытые здесь проблемы и без ограничения на контекст формулы изобретения. Заявитель указывает, что аспекты настоящего изобретения могут состоять из любого такого индивидуального признака или комбинации признаков. С учетом предшествующего описания, для специалиста в данной области техники очевидно, что в контекст изобретения могут быть внесены различные изменения.

Claims (26)

1. Способ обработки отказов в предоставлении обслуживания в сети связи, содержащей оборудование пользователя, первый элемент сети и обслуживающий элемент сети, причем способ включает в себя этапы, на которых:
принимают первое сообщение из оборудования пользователя в первом элементе сети,
передают первое сообщение из первого элемента сети в обслуживающий элемент сети,
обнаруживают в первом элементе сети, что обслуживающий элемент сети вышел из строя,
определяют в первом элементе сети тип первого сообщения, и в зависимости от типа первого сообщения, из первого элемента сети в оборудование пользователя отправляют сообщение об ошибке, содержащее индикацию того, что обслуживающий элемент сети вышел из строя, и
после отправки сообщения об ошибке оборудованию пользователя принимают второе сообщение второго типа отличного от типа первого сообщения из оборудования пользователя.
2. Способ по п.1, в котором:
второе сообщение способно инициировать регистрацию из оборудования пользователя в первый элемент сети.
3. Способ по любому из предшествующих пунктов, в котором дополнительно включающий в себя этап, выполняющийся до приема первого сообщения из оборудования пользователя в первом элементе сети,
устанавливают однонаправленный канал для сигнализации между оборудованием пользователя и сетью связи.
4. Способ по п.3, дополнительно содержащий этапы, на которых выбирают дополнительный обслуживающий элемент сети и направляют сообщение в дополнительный обслуживающий элемент сети.
5. Способ по п.4, в котором способ дополнительно включает в себя этап, на котором:
регистрируют оборудование пользователя в дополнительном обслуживающем элементе сети.
6. Способ по п.3, в котором однонаправленным каналом для сигнализации является контекст протокола пакетной передачи данных сигнализации или общего назначения.
7. Способ по п.1, в котором сетью связи является сеть мультимедийной подсистемы, основанной на Интернет-протоколе (IMS).
8. Способ по п.1, в котором первым элементом сети является запрашивающая функция управления сеанса вызова (I-CSCF).
9. Способ по п.1, в котором первым элементом сети является функция прокси-сервера управления сеанса вызова (P-CSCF).
10. Способ по п.1, в котором обслуживающим элементом сети является обслуживающая функция управления сеансом вызова (S-CSCF).
11. Способ по п.1, в котором этап определения типа сообщения включает в себя определение типа сообщения на основе содержимого предварительно определенного информационного элемента в сообщении.
12. Способ по п.1, в котором этап обнаружения в первом элементе сети того, что обслуживающий элемент сети в сети связи вышел из строя, включает в себя этап, на котором:
обнаруживают, что прошел предварительно определенный период времени с момента направления сообщения из первого элемента сети в обслуживающий элемент сети и до ответа, принятого из обслуживающего элемента сети, и/или определяют, что первое сообщение было передано предварительно определенное количество раз.
13. Способ по п.1, в котором типом первого сообщения является запрос на повторную регистрацию.
14. Способ по п.1, в котором типом второго сообщения является запрос на первичную регистрацию.
15. Способ по п.11 или 12, в котором информационный элемент указывает на то, что запрос передается с защитой целостности.
16. Способ по п.11 или 12, в котором информационный элемент указывает на то, что пользователь был успешно аутентифицирован.
17. Способ по п.11 или 12, в котором информационным элементом в сообщении является флаг защиты целостности в заголовке Авторизации в сообщении.
18. Элемент сети в сети связи, содержащей обслуживающий элемент сети и оборудование пользователя, при этом элемент сети содержит процессор, выполненный с возможностью:
принимать первое сообщение из оборудования пользователя,
направлять первое сообщение в обслуживающий элемент сети,
обнаруживать то, что обслуживающий элемент сети вышел из строя,
определять тип первого сообщения, и
в зависимости от типа первого сообщения, принятого из оборудования пользователя, отправлять сообщение об ошибке в оборудование пользователя, причем устройство выполнено с возможностью приема дополнительного сообщения второго типа, отличного от типа первого сообщения из оборудования пользователя, после отправки сообщения об ошибке.
19. Оборудование пользователя в сети связи, содержащей первый элемент сети и обслуживающий элемент сети, при этом оборудование пользователя содержит:
процессор, выполненный с возможностью приема сообщения об ошибке из первого элемента сети в сети связи, причем сообщение об ошибке указывает, что обслуживающий элемент сети для устройства вышел из строя, и ответ на сообщение об ошибке отправляет в первый элемент сети дополнительное сообщение второго типа, отличного от первого типа.
20. Оборудование пользователя по п.19, дополнительно выполненное с возможностью установления однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи, и дополнительно выполненное с возможностью ответа на сообщение об ошибке посредством сбрасывания однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи.
21. Оборудование пользователя по п.20, в котором однонаправленным каналом для сигнализации являются однонаправленные каналы контекста протокола пакетной передачи данных сигнализации или общего назначения.
22. Оборудование пользователя по п.19, в котором типом дополнительного сообщения, передаваемого в первый элемент сети, является запрос на первичную регистрацию.
23. Оборудование пользователя для функционирования в сети связи, содержащей первый элемент сети, оборудование пользователя, выполненное с возможностью определения того, что первый элемент сети вышел из строя, посредством передачи запроса в первый элемент сети и определения того, что из первого элемента сети не был принят ответ, при этом оборудование пользователя выполнено с возможностью при определении того, что первый элемент сети вышел из строя, осуществлять сбрасывание однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи,
выбор или выявление нового дополнительного первого элемента сети, и
передачу в дополнительный элемент сети сообщения, содержащего первичный запрос на регистрацию в сети связи.
24. Оборудование пользователя для функционирования в сети связи, содержащей первый элемент сети, причем оборудование пользователя содержит:
процессор, выполненный с возможностью определения того, что первый элемент сети вышел из строя, посредством передачи запроса в первый элемент сети и определения того, что из первого элемента сети не был принят ответ, при этом процессор выполнен с возможностью при определении того, что первый элемент сети вышел из строя, осуществлять
сбрасывание однонаправленного канала для сигнализации между оборудованием пользователя и сетью связи,
выбор или выявление второго элемента сети, и
отправку во второй элемент сети сообщения, содержащего первичный запрос на регистрацию в сети связи.
25. Способ обработки отказов в предоставлении обслуживания в сети связи, причем сеть связи содержит: оборудование пользователя, первый элемент сети и дополнительный элемент сети, причем способ включает в себя этапы, на которых:
отправляют первое сообщение из оборудования пользователя в первый элемент сети,
обнаруживают в оборудовании пользователя, что первый элемент сети вышел из строя,
сбрасывают однонаправленный канал сигнализации из оборудования пользователя в сеть связи,
выбирают или выявляют второй элемент сети в оборудовании пользователя,
отправляют сообщение, содержащее запрос на первичную регистрацию, из оборудования пользователя во второй элемент сети.
26. Система связи для обработки отказов в предоставлении обслуживания, причем система связи содержит элемент сети;
обслуживающий элемент сети, соединенный с элементом сети; и оборудование пользователя, соединенное с упомянутым элементом сети;
причем упомянутый элемент сети выполнен с возможностью принимать первое сообщение из оборудования пользователя;
направлять первое сообщение в первый элемент сети;
обнаруживать то, что обслуживающий элемент сети вышел из строя;
определять тип первого сообщения, и
в зависимости от типа первого сообщения, принятого из оборудования пользователя, отправлять сообщение об ошибке в оборудование пользователя, и
после отправки сообщения об ошибке в оборудование пользователя, принимать от оборудования пользователя второе сообщение второго типа отличного от первого типа первого сообщения.
RU2006117356/09A 2003-10-21 2004-10-21 Способ обработки отказов в представлении обслуживания RU2386219C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB0324597.4A GB0324597D0 (en) 2003-10-21 2003-10-21 A communication system
GB0324597.4 2003-10-21

Publications (2)

Publication Number Publication Date
RU2006117356A RU2006117356A (ru) 2007-11-27
RU2386219C2 true RU2386219C2 (ru) 2010-04-10

Family

ID=29595567

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2006117356/09A RU2386219C2 (ru) 2003-10-21 2004-10-21 Способ обработки отказов в представлении обслуживания

Country Status (17)

Country Link
US (1) US8150393B2 (ru)
EP (1) EP1676415B2 (ru)
JP (1) JP2007510328A (ru)
KR (2) KR20060063992A (ru)
CN (1) CN1871831B (ru)
AU (1) AU2004306986B2 (ru)
BR (1) BRPI0416008A (ru)
CA (1) CA2541331C (ru)
ES (1) ES2710655T3 (ru)
GB (1) GB0324597D0 (ru)
MX (1) MXPA06004388A (ru)
PL (1) PL1676415T3 (ru)
RU (1) RU2386219C2 (ru)
TR (1) TR201902096T4 (ru)
TW (1) TWI289984B (ru)
WO (1) WO2005039108A2 (ru)
ZA (1) ZA200604010B (ru)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2536370C2 (ru) * 2010-05-26 2014-12-20 Сименс Акциенгезелльшафт Сеть и блок расширения, а также способ функционирования сети
RU2790581C1 (ru) * 2019-01-22 2023-02-27 Самсунг Электроникс Ко., Лтд. Устройство и способ для предоставления межсетевого взаимодействия на уровне сетевых срезов в системе беспроводной связи
US11751043B2 (en) 2019-01-22 2023-09-05 Samsung Electronics Co., Ltd. Device and method for providing network slice interworking in wireless communication system

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0324597D0 (en) † 2003-10-21 2003-11-26 Nokia Corp A communication system
US20060286980A1 (en) * 2005-06-15 2006-12-21 Lucent Technologies Inc. Methods and systems for managing multiple registration and incoming call routing for mobile user equipment in wireless/IMS networks
CN100382503C (zh) * 2005-06-20 2008-04-16 华为技术有限公司 一种在用户注册过程中注册异常的处理方法
CN100388685C (zh) 2005-08-30 2008-05-14 华为技术有限公司 Ip多媒体子系统中ims注册触发实现方法
US8849800B2 (en) * 2005-09-19 2014-09-30 Tektronix, Inc. System and method of forwarding end user correlated user and control plane or network states to OSS system
CN100512495C (zh) 2006-02-20 2009-07-08 华为技术有限公司 一种实现被叫服务的方法和系统
HUE033051T2 (hu) * 2006-06-20 2017-11-28 ERICSSON TELEFON AB L M (publ) Jelzõ vivõ szállításának elvesztése
ES2480140T3 (es) * 2006-12-29 2014-07-25 Huawei Technologies Co., Ltd. Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo
KR100946900B1 (ko) * 2007-01-11 2010-03-09 삼성전자주식회사 Ｉｍｓ 재등록 방법 및 이를 위한 시스템
US20080182575A1 (en) * 2007-01-30 2008-07-31 Motorola, Inc. Ims reliability mechanisms
US7995562B2 (en) * 2007-02-26 2011-08-09 Research In Motion Limited System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover
US9055517B2 (en) * 2007-02-26 2015-06-09 Blackberry Limited System and method of user-directed dynamic domain selection
US20100142372A1 (en) * 2007-03-29 2010-06-10 Christer Boberg Method And Apparatus For Use In A Communications Network
US7936665B2 (en) 2007-04-02 2011-05-03 Nec Corporation IMS network system and data restoring method
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
EP2174460B1 (en) * 2007-07-23 2010-12-01 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for use in a communications network
ATE489803T1 (de) * 2007-07-23 2010-12-15 Ericsson Telefon Ab L M Verfahren und vorrichtung zur verwendung in einem kommunikationsnetz
KR101495913B1 (ko) 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
KR101467789B1 (ko) 2007-08-10 2014-12-03 엘지전자 주식회사 휴지 단말의 상향 접속 제어 방법
WO2009022836A2 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A random access method for multimedia broadcast multicast service(mbms)
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR20090016431A (ko) 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서 채널품질 보고 수행 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
JP2010541348A (ja) * 2007-09-28 2010-12-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディア・サブシステム・ネットワークにおける障害回復
WO2009039894A1 (en) * 2007-09-28 2009-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Failure recovery in an ip multimedia subsystem network
WO2009057941A2 (en) * 2007-10-29 2009-05-07 Lg Electronics Inc. A method for repairing an error depending on a radion bearer type
CN101217407B (zh) * 2008-01-04 2012-12-19 中兴通讯股份有限公司 一种代理呼叫会话控制功能故障的处理方法
CN101489174B (zh) 2008-01-18 2011-04-20 华为技术有限公司 一种为用户提供业务的方法和装置
JP5205990B2 (ja) * 2008-01-30 2013-06-05 日本電気株式会社 Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
EP2086276B1 (en) 2008-01-31 2016-11-02 LG Electronics Inc. Method for signaling back-off information in random access
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Ｐｄｃｐ 상태 보고 전송 방법
US7995466B2 (en) * 2008-03-26 2011-08-09 Avaya Inc. Failover/failback trigger using SIP messages in a SIP survivable configuration
US8191100B2 (en) * 2008-06-04 2012-05-29 Telefonaktiebolaget L M Ericsson (Publ) Method and terminal for providing IPTV to multiple IMS users
CN102355686B (zh) 2008-07-16 2015-08-05 华为技术有限公司 隧道管理方法、装置及通信系统
WO2010019230A2 (en) * 2008-08-13 2010-02-18 Alcatel-Lucent Usa Inc. Detection of bearer loss in an ip-based multimedia session
US8467306B2 (en) * 2008-12-04 2013-06-18 At&T Intellectual Property I, L. P. Blending telephony services in an internet protocol multimedia subsystem
KR20100102026A (ko) * 2009-03-10 2010-09-20 주식회사 케이티 사용자 단말 인증 방법과 그 인증 서버 및 사용자 단말
EP3086532B1 (en) 2009-04-13 2019-11-06 BlackBerry Limited System and method for determining trust for sip messages
US20100268981A1 (en) * 2009-04-20 2010-10-21 Futurewei Technologies, Inc. System and Method for Tunneling System Error Handling Between Communications Systems
US8762549B2 (en) * 2010-01-18 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for IPTV node recovery
BR112014017289A8 (pt) * 2012-01-20 2017-07-04 Fujitsu Ltd método para analisar uma causa de falha de enlace, método e aparelho de otimização de rede
JP2013219635A (ja) * 2012-04-10 2013-10-24 Ntt Docomo Inc 移動局、通信システム及び通信方法
CN104094577B (zh) 2012-08-13 2017-07-04 统一有限责任两合公司 用于间接地评定活动实体的状态的方法和装置
JP6511215B2 (ja) 2013-01-23 2019-05-15 カーディナルコマース コーポレーション 支払いウィジェットのためのフレーム式実装
CN105765933B (zh) * 2013-09-24 2019-03-08 日本电气株式会社 P-cscf恢复
KR102240727B1 (ko) * 2015-01-28 2021-04-15 삼성전자주식회사 통신 시스템에서 보안 연계를 설정하기 위한 장치 및 방법
WO2017201722A1 (zh) * 2016-05-26 2017-11-30 华为技术有限公司 一种通信控制的方法及相关网元
US10911500B1 (en) 2020-07-01 2021-02-02 T-Mobile Usa, Inc. Registration control for wireless networks, such as IMS networks
US11910474B1 (en) * 2021-03-02 2024-02-20 T-Mobile Usa, Inc. IMS selection for multi-HSS route advance

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5682325A (en) * 1994-09-12 1997-10-28 Bell Atlantic Network Services, Inc. Level 1 gateway for video tone networks
JP3407002B2 (ja) 1995-03-08 2003-05-19 日本電信電話株式会社 メッセージ中継装置及びメッセージ中継方法
FI107312B (fi) * 1997-10-14 2001-06-29 Nokia Networks Oy Verkonvalvontamenetelmä tietoliikenneverkkoa varten
JP3535388B2 (ja) 1998-07-27 2004-06-07 富士通株式会社 ネットワーク監視システム、情報提供装置及び端末装置
US6771623B2 (en) † 2000-12-01 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for ensuring reliable mobile IP service
GB0110900D0 (en) † 2001-05-03 2001-06-27 Nokia Corp Registrations in a communication system
WO2003005669A1 (en) * 2001-07-03 2003-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for handling multiple registration
US7337234B2 (en) * 2002-04-05 2008-02-26 Oracle International Corporation Retry technique for multi-tier network communication systems
DE10223248A1 (de) * 2002-05-22 2003-12-04 Siemens Ag Verfahren zum Registrieren eines Kommunikationsendgeräts
US7831247B2 (en) * 2002-11-12 2010-11-09 Nokia Corporation Method of communication and communication system
US7421732B2 (en) * 2003-05-05 2008-09-02 Nokia Corporation System, apparatus, and method for providing generic internet protocol authentication
GB0324597D0 (en) † 2003-10-21 2003-11-26 Nokia Corp A communication system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2536370C2 (ru) * 2010-05-26 2014-12-20 Сименс Акциенгезелльшафт Сеть и блок расширения, а также способ функционирования сети
US8959386B2 (en) 2010-05-26 2015-02-17 Siemens Aktiengesellschaft Network and expansion unit and method for operating a network
RU2790581C1 (ru) * 2019-01-22 2023-02-27 Самсунг Электроникс Ко., Лтд. Устройство и способ для предоставления межсетевого взаимодействия на уровне сетевых срезов в системе беспроводной связи
US11751043B2 (en) 2019-01-22 2023-09-05 Samsung Electronics Co., Ltd. Device and method for providing network slice interworking in wireless communication system

Also Published As

Publication number Publication date
EP1676415B1 (en) 2018-11-21
MXPA06004388A (es) 2006-06-14
ZA200604010B (en) 2007-09-26
CN1871831B (zh) 2011-07-06
GB0324597D0 (en) 2003-11-26
EP1676415B2 (en) 2024-03-13
TR201902096T4 (tr) 2019-03-21
TWI289984B (en) 2007-11-11
TW200527852A (en) 2005-08-16
JP2007510328A (ja) 2007-04-19
RU2006117356A (ru) 2007-11-27
CN1871831A (zh) 2006-11-29
EP1676415A2 (en) 2006-07-05
BRPI0416008A (pt) 2007-01-02
US20070275710A1 (en) 2007-11-29
US8150393B2 (en) 2012-04-03
AU2004306986A1 (en) 2005-04-28
AU2004306986B2 (en) 2010-11-25
KR101018851B1 (ko) 2011-03-04
WO2005039108A2 (en) 2005-04-28
CA2541331A1 (en) 2005-04-28
ES2710655T3 (es) 2019-04-26
KR20060063992A (ko) 2006-06-12
PL1676415T3 (pl) 2019-05-31
CA2541331C (en) 2016-07-19
KR20090028843A (ko) 2009-03-19
WO2005039108A3 (en) 2005-10-27

Similar Documents

Publication Publication Date Title
RU2386219C2 (ru) Способ обработки отказов в представлении обслуживания
JP4549414B2 (ja) 通信方法及び通信システム
EP2198587B1 (en) Failure recovery in an ip multimedia subsystem network
US7746849B2 (en) Providing packet-based multimedia services via a circuit bearer
JP5301549B2 (ja) Ｉｐマルチメディア・サブシステム・ネットワークにおける障害復旧
BRPI0209509B1 (pt) método em um sistema de comunicação, e, sistema de comunicação
WO2005081490A1 (en) Controlling communication sessions in a communication system
EP1704744A1 (en) Controlling communication sessions in a communication system
CN100495988C (zh) 实现信令承载可用性检测的方法
WO2008116373A1 (fr) Procédé de traitement de service d'urgence
US20050159157A1 (en) Authentications in a communication system
WO2010139279A1 (zh) 一种ims网络中处理s-cscf变更的方法及系统
WO2007104191A1 (fr) Procédé de clôture de session d'adresses ip

Legal Events

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

Effective date: 20160602