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

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

Иллюстрации

Показать все

Реферат

УРОВЕНЬ ТЕХНИКИ

Область техники, к которой относится изобретение

Настоящее изобретение относится к системам связи, и в частности к управлению сеансами связи в 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 п