×
11.03.2019
219.016.d89d

СПОСОБ, СИСТЕМА И СЕТЕВОЕ УСТРОЙСТВО, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ МАРШРУТИЗАЦИИ СООБЩЕНИЯ ВРЕМЕННО НЕДОСТУПНОМУ ПОЛЬЗОВАТЕЛЮ СЕТИ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002310284
Дата охранного документа
10.11.2007
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к системе связи и предназначено для маршрутизации сообщения временно недоступному пользователю сети. Технический результат - обеспечение информированности абонента о состоянии соединения или регистрации пользователя сети. Для этого инициируют подписку на состояние регистрации пользователя сети, если пользователь сети указан как являющийся недоступным. Затем генерируют извещение, когда состояние регистрации пользователя сети изменилось, чтобы указать состояние, когда пользователь сети опять является доступным или когда пользователь сети снова зарегистрирован, и маршрутизируют сообщение пользователю сети в ответ на прием извещения. 4 н. и 19 з.п. ф-лы, 4 ил.
Реферат Свернуть Развернуть

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

Настоящее изобретение относится к способу, системе и сетевому устройству, предназначенным для маршрутизации сообщения, например, извещения службы обмена сообщениями мультимедиа (MMS, СОСМ), временно недоступному пользователю сети, например, абоненту в подсистеме мультимедиа протокола Интернет (IMS, ПМIP).

Уровень техники

Для того чтобы достичь независимости доступа и чтобы поддерживать гладкую взаимную работу с проводными терминалами через интерсеть, разработана ПМIP, как определено, например, в спецификации 3GPP TS 23.228, чтобы быть совместимой со "Стандартами Интернет" IETF (Комитет инженерной поддержки сети Интернет). Подсистема базовой сети мультимедиа IP (IMCN, БСМIP) дает возможность операторам сети мобильных или сотовых сетей предлагать своим абонентам услуги мультимедиа, основанные и построенные на приложениях, услугах и протоколах Интернет. Замыслом является разрабатывать такие услуги с помощью операторов мобильной сети и других поставщиков 3-й стороны, включая поставщиков в пространстве Интернет, с использованием механизмов, предоставленных Интернет и подсистемой БСМIP. Следовательно, ПМIP дает возможность преобразования речи, видео, обмена сообщениями, данных и технологий, основанных на web, и доступа к ним для пользователей проводных сетей, и объединяет развитие Интернет c развитием мобильной связи.

Фиг.1 изображает архитектуру сети ПМIP в соответствии с вышеупомянутой спецификацией 3GPP (проект партнерства 3-го поколения). Архитектура основана на том принципе, что управление услугой для собственных подписанных услуг для абонента, выполняющего роуминг, находится в собственной сети HN, СС, например, обслуживающая функция управления состоянием вызова S-CSCF, О-ФУСВ находится в собственной сети СС. На фиг.1 изображены текущая или старая О-ФУСВ0 10 и будущая или новая О-ФУСВn 12, между которыми может быть перемещено терминальное устройство или пользовательская аппаратура 40 (UE, ПА), например, из-за измененных требуемых функциональных возможностей, возникающих в результате изменения в профиле абонента или зоны обслуживания сети ПА 40.

В целом О-ФУСВ выполняет услугу управления сеансом для обслуживаемых ПА. Она поддерживает состояние сеанса, как требуется оператором сети для поддержки услуг, которые могут быть предоставлены сервером 60 приложений (AS, СП), который может быть расположен в собственной сети СС или в несобственной сети НС. В сети оператора разные О-ФУСВ могут иметь разное функциональное назначение. Функциями, выполняемыми с помощью О-ФУСВ во время соответственного сеанса, являются, например, регистрация, управление потоком сеанса, управление оплатой и использованием ресурсов. Когда абонент выполняет роуминг в несобственную сеть НС, несобственная сеть поддерживает посредническую (прокси) ФУСВ 30 (P-CSCF, П-ФУСВ), которая дает возможность того, чтобы управление сеансом было передано в соответственную О-ФУСВ, расположенную в собственной сети СС и обеспечивающую управление услугой. Кроме того, в собственной сети СС обеспечена запрашивающая ФУСВ 50 (I-CSCF, З-ФУСВ) в качестве контактной точки в сети оператора для всех соединений, предназначенных для абонента оператора этой сети, или абоненту, выполняющему роуминг, находящемуся в текущий момент в зоне обслуживания оператора этой сети. Может быть множество З-ФУСВ в сети оператора. Функции, выполняемые с помощью З-ФУСВ 50, включают в себя назначение О-ФУСВ пользователю, выполняющему процедуру регистрации, маршрутизацию запроса, принятого из другой сети, в О-ФУСВ, сохранение адреса О-ФУСВ из базы данных абонента, например, сервера 20 абонента собственной сети (HSS, САСС), как изображено на фиг.1, и/или передачу запросов или ответов в О-ФУСВ, определенной на основании адреса изменения из САСС 20.

П-ФУСВ 30 является первой контактной точкой в ПМIP. Ее адрес обнаруживают с помощью ПА 40 после активации контекста PDP, ППД (протокол пакетных данных). П-ФУСВ 30 ведет себя как уполномоченный сервер, т.е. она принимает запросы и обслуживает их внутри или передает их далее, возможно, после преобразования. П-ФУСВ 30 также может вести себя как пользовательский агент, т.е. при ненормальных условиях она может заканчивать и независимо генерировать транзакции. Функциями, выполняемыми с помощью П-ФУСВ 30, являются передача запросов регистрации, принятых из ПА 30, в З-ФУСВ, например, З-ФУСВ 50, определенную с использованием имени домена собственной сети, которое предоставлено с помощью ПА 40, и передача запросов или ответов в ПА 40.

Дополнительные подробности относительно функций разных элементов ФУСВ, изображенных на фиг.1, могут быть получены из вышеупомянутой спецификации 3GPP.

IETF задал пакет события протокола инициализации сеанса (SIP, ПИС), как определено в "draft-ietf-sipping-reg-event". Посредством своего способа РЕГИСТРИРОВАТЬ ПИС дает возможность пользовательскому агенту, который является интерфейсом (например, браузером) между пользователем и сетевым приложением, создавать, модифицировать и удалять регистрации. Регистрации также могут быть изменены администратором, для того чтобы проводить политику. В результате эти регистрации представляют часть состояния в сети, которая может изменяться динамически. Имеется много случаев, когда пользовательский агент желал бы быть извещенным об изменениях в этом состоянии. Пакет события определяет механизм, с помощью которого эти пользовательские агенты могут запрашивать и получать такие извещения.

Способ РЕГИСТРИРОВАТЬ ПИС предоставляет способ для пользовательского агента, чтобы манипулировать регистрациями. Контакты могут быть добавлены или удалены, и текущее множество контактов может быть запрошено. Регистрации также могут изменяться в результате стратегии администратора. Например, если пользователь подозревается в мошенничестве, его регистрация может быть удалена, так что такие пользователи не могут принимать никакие запросы. Регистрации также истекают после некоторого времени, если не обновлены. Следовательно, регистрации представляют динамическую часть состояния, поддерживаемого сетью. Основа событий ПИС определяет общую основу для подписки на события, связанные с системами ПИС, и для извещения о событиях, связанных с системами ПИС. Основа определяет способы ПОДПИСАТЬ и ИЗВЕСТИТЬ и вводит понятие пакета. Пакет является конкретным приложением основы события для определенного класса событий, например, состояний регистрации.

Сообщение ПОДПИСАТЬ для пакета регистрации может содержать тело, предназначенное для фильтрации подписки. Оно может быть послано с телом или без тела. По умолчанию стратегия регистрации состоит в том, что извещения инициируют из сообщения ПОДПИСАТЬ и генерируют каждый раз, когда имеется изменение состояния любого из зарегистрированных контактов для ресурса, на который подписываются. Эти извещения содержат только информацию относительно контактов, состояние которых изменилось. Извещения передают с использованием сообщения ИЗВЕСТИТЬ, содержащего в своем теле документ информации регистрации, который описывает некоторые или все контакты, связанные с определенным адресом записи.

В спецификациях версии 5 ПМIP 3GPP TS 24.229, 24.228 и 23.218 используется пакет события состояния регистрации, чтобы информировать о состоянии регистрации пользователя абонентов пакета события. Версия 6 ПМIP 3GPP введет новые услуги в систему, такие как Присутствие, Сообщения, Проведение конференции и СОСМ. Имеются службы, подобные СОСМ, которые могли бы использовать возможности сети ПМIP. Сеть ПМIP может предоставлять точную информацию относительно регистрации пользователя с использованием пакета события состояния регистрации ПИС, а также дает возможность переноса извещения СОСМ с использованием, например, запроса СООБЩЕНИЕ ПИС.

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

Сущность изобретения

Следовательно, задачей настоящего изобретения является создание способа, системы и сетевого устройства, посредством которых сервер приложений, использующий сеть ПМIP для передачи сообщения, может быть уведомлен, если пользователь службы является недоступным.

Эта задача решается с помощью способа маршрутизации сообщения временно недоступному пользователю сети, заключающегося в том, что

подписывают на пакет события состояния упомянутого пользователя сети;

генерируют извещение, когда упомянутый пакет события состояния упомянутого пользователя сети изменяется, чтобы указать состояние, когда упомянутый пользователь сети опять является доступным, или, когда упомянутый пользователь сети снова зарегистрирован; и

маршрутизируют упомянутое сообщение упомянутому пользователю сети в ответ на прием упомянутого извещения.

Кроме того, вышеупомянутая задача решается с помощью сетевого устройства, предназначенного для обслуживания пользователя сети в сети данных, причем упомянутое сетевое устройство сконфигурировано с возможностью запоминания пакета события состояния, указывающего, что упомянутый пользователь сети не зарегистрирован или зарегистрирован, но является недоступным, и генерирования извещения абоненту упомянутого пакета события состояния, если пакет события состояния указывает, что упомянутый пользователь сети является доступным.

Кроме того, вышеупомянутая задача решается с помощью сетевого сервера, предназначенного для генерирования сообщений, направляемых пользователям сети, причем упомянутый сервер сконфигурирован с возможностью подписки на состояние недоступного пользователя сети и направления сообщения упомянутому недоступному пользователю сети в ответ на прием извещения состояния, указывающего, что упомянутый недоступный пользователь сети является доступным.

Наконец, вышеупомянутая задача решается с помощью системы, предназначенной для маршрутизации сообщения временно недоступному пользователю сети, причем упомянутая система содержит сетевой сервер и сетевое устройство, как определено выше.

Таким образом, внешний сервер приложений может быть подписан на состояние регистрации пользователя сети и, следовательно, может быть извещен, если пользователь сети зарегистрирован. Кроме того, пользователь сети может быть недоступным, даже если зарегистрирован.

Таким образом, внешние службы, использующие сеть ПМIP, могут быть извещены о доступности, которую узнают с помощью сети ПМIP.

В настоящем изобретении понятие "доступный" следует понимать в смысле, охватывающем все сценарии, когда абонент не может быть достигнут, т.е. также такие ситуации, когда пользователь сети преднамеренно не желает, чтобы его беспокоили, например, из-за совещания.

Этап подписки может быть выполнен в ответ на прием сообщения, указывающего, что пользователь сети является недоступным или не зарегистрирован.

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

Дополнительные преимущества, модификации и разработки определены в зависимых пунктах формулы изобретения.

Краткое описание чертежей

В дальнейшем настоящее изобретение будет описано более подробно на основании предпочтительных вариантов осуществления со ссылкой на сопровождающие чертежи, на которых:

фиг.1 изображает принципиальную блок-схему архитектуры сети, в которой могут быть реализованы предпочтительные варианты осуществления настоящего изобретения;

фиг.2 изображает диаграмму передачи сигналов и обработки сообщений, указывающую доставку извещения абоненту ПМIP в соответствии с первым предпочтительным вариантом осуществления;

фиг.3 изображает диаграмму передачи сигналов и обработки сообщений, указывающую доставку извещения абоненту ПМIP в соответствии со вторым предпочтительным вариантом осуществления;

фиг.4 изображает диаграмму передачи сигналов и обработки сообщений, указывающую доставку извещения абоненту ПМIP в соответствии с третьим предпочтительным вариантом осуществления.

Описание предпочтительных вариантов осуществления

Теперь будут описаны предпочтительные варианты осуществления на основании доставки извещения СОСМ в архитектуре сети ПМIP, как изображено на фиг.1.

Архитектура ПМIP, изображенная на фиг.1, относится к множеству объектов базовой сети, использующих услуги, предоставленные с помощью домена с коммутацией пакетов, чтобы предложить услуги мультимедиа. САСС 20 является главной базой данных для данного пользователя и включает в себя функции традиционных опорных регистров местонахождения (HLR, ОРМ), а также новые функциональные средства, определенные для сетей IP, такие как ПМIP. САСС 20 является объектом, содержащим информацию, связанную с подпиской, чтобы поддерживать объекты сети, фактически обрабатывающие вызовы и/или сеансы.

Фиг.2 изображает схематическую диаграмму передачи сигналов в соответствии с первым предпочтительным вариантом осуществления, где СП 60 доставляет свое извещение СОСМ абоненту ПМIP ПА 40 с использованием зарегистрированной/не зарегистрированной информации пакета события состояния регистрации, чтобы стать извещенным о том, что абонент снова зарегистрирован и, следовательно, является доступным.

В соответствии с первым предпочтительным вариантом осуществления, предложено решение, основанное на ПИС, для извещений СОСМ, использующих существующие функциональные средства сети ПМIP.

Когда СП 60, который может быть сервером СОСМ, собирается доставить извещение СОСМ пользователю или абоненту ПМIP, он генерирует запрос СООБЩЕНИЕ ПИС и включает прямое или косвенное извещение в качестве полезной нагрузки запроса (этап 1). Если абонент ПМIP не зарегистрирован в этот момент, запрос СООБЩЕНИЕ не доставляют в ПА 40, а вместо этого отклоняют с помощью О-ФУСВ по умолчанию, например, О-ФУСВ0 10, с использованием ответа ошибки ПИС, например, Временно Недоступен ПИС 480. В данном варианте осуществления СП 60 соответствует СП ПИС в архитектуре сети ПМIP и действует как пользовательский агент ПИС. Заявитель предполагает, что СП 60 может инициировать свой собственный запрос и передать полномочия на него пользователю, например, с помощью запроса О-ФУСВ пользователя в интерфейсе Sh или с помощью посылки запроса в З-ФУСВ 50. Так как пользователь в текущий момент не зарегистрирован, заявитель также предполагает, что информация состояния регистрации также может быть предоставлена, когда пользователь является незарегистрированным. Следовательно, предоставление состояния регистрации эквивалентно услуге, которая относится также к незарегистрированному состоянию. Если пользователь имеет услуги, связанные с незарегистрированным состоянием, т.е. САСС 20 хранит профиль пользователя для незарегистрированного состояния, тогда будет назначена О-ФУСВ по умолчанию, чтобы обработать запрос. Так как пользователь не зарегистрирован, не имеется маршрута, запомненного с помощью О-ФУСВ0 10, в ПА 40, так что О-ФУСВ0 10 отклонит входящий запрос СООБЩЕНИЕ ПИС с помощью реагирования с помощью ответа неудачи ПИС 4хх.

Дополнительные подробности относительно создания маршрута могут быть получены из спецификации 3GPP TS 24.229.

В соответствии с фиг.2 З-ФУСВ 50 инициирует запрос в САСС (этап 2) в ответ на прием запроса СООБЩЕНИЕ ПИС из СП 60, чтобы получить информацию маршрутизации. Затем она передает запрос СООБЩЕНИЕ на этапе 3 в О-ФУСВ0 10 по умолчанию, которая отвечает в СП 60 на этапах 4а и 4b с помощью ответа ВРЕМЕННО НЕДОСТУПЕН ПИС 480. Так как запрос СООБЩЕНИЕ отклонен, СП 60 подписывает на состояние регистрации пользователя с помощью передачи запроса ПОДПИСАТЬ для события состояния регистрации таким же способом, как ранее посланный запрос СООБЩЕНИЕ, например, с помощью передачи полномочий запроса в З-ФУСВ 50 (этап 5), которая может запросить САСС 20 на этапе 60 О-ФУСВ пользователя. На основании того факта, что, была ли ранее назначенная О-ФУСВ0 10 назначена повторно или нет, могла бы быть необходимость назначить новую О-ФУСВ по умолчанию, чтобы обработать запрос ПОДПИСАТЬ.

Когда О-ФУСВ0 10 принимает запрос ПОДПИСАТЬ на этапе 7, она должна аутентифицировать и санкционировать его, как требуется в соответствии со спецификацией IETF RFC 3265. Успешную подписку подтверждают с помощью ответа ОК ПИС 200 на этапах 8а и 8b. В ПМIP 3GPP аутентификацию решают с помощью спецификации IETF RFC 3235, при этом СП 60 вставляет свое проверяемое именование в запрос ПИС. На основании этого О-ФУСВ0 10 может решить, является ли СП 60 санкционированным абонентом для состояния регистрации конкретного пользователя, и, если является, она может установить подписку. В соответствии со спецификацией 3GPP N1-030285 все серверы приложений СС санкционированы, чтобы подписывать на пакет события регистрации. Следовательно, СП 60 является санкционированным, если он принадлежит СС.

Однако когда пользователь или абонент ПМIP регистрируется (снова) на этапе 9, запрос ИЗВЕСТИТЬ, посланный на этапах 10а и 10b с помощью О-ФУСВ0 10, будет информировать СП 60 об изменениях в состоянии регистрации пользователя. СП 60 подтверждает прием с помощью ответа ОК ПИС 200 на этапах 11а и 11b. Следовательно, СП 60 может повторно инициировать свой запрос СООБЩЕНИЕ и направить его через О-ФУСВ0 10 в ПА 40 на этапах 12 и 14 (запрос САСС с помощью О-ФУСВ на этапе 13), чтобы окончательно передать и доставить извещение СОСМ абоненту ПМIP ПА 40 на этапе 15.

Фиг.3 изображает схематическую диаграмму передачи сигналов в соответствии со вторым предпочтительным вариантом осуществления, где СП 60 доставляет свое извещение СОСМ абоненту ПМIP ПА 40 с использованием обновления подписки на основании перемещения подписки в заново назначенную О-ФУСВn 12.

На фиг.3 этапы с 1 по 9 соответствуют первому предпочтительному варианту осуществления, как изображено на фиг.2, так что их описание может быть опущено в настоящем разделе из-за причин простоты.

Однако, когда пользователь или абонент ПМIP регистрируется (снова) на этапе 9, возможно, что ему будет назначена новая О-ФУСВn 12, так как назначенная О-ФУСВ должна иметь правильные функциональные возможности, связанные с зарегистрированным состоянием. В этом случае старая О-ФУСВ0 10 будет информирована о повторном назначении (этап 10) через интерфейс Сх, как описано в спецификации 3GPP TS 23.228. В этот момент перед тем, как О-ФУСВ0 10 потеряла бы профиль пользователя, она перемещает подписку в заново назначенную О-ФУСВn 12 с помощью выдачи запроса ИЗВЕСТИТЬ ПИС на этапах 11а и 11b, включающего в себя заголовок состояния подписки, содержащий значение "завершено". СП 60 отвечает с помощью подтверждения ОК ПИС 200 на этапах 12а и 12b.

В соответствии со спецификацией IETF RFC 3265, при выполнении перемещения подписки СП 60 инициирует повторную подписку на этапе 13. После запроса САСС с помощью З-ФУСВ 50 на этапе 14 запрос ПОДПИСАТЬ передают в О-ФУСВn 12 на этапе 15. О-ФУСВn 12 отвечает с помощью подтверждения ОК ПИС 200 на этапах 16а и 16b. Следовательно, с помощью перемещения обновляющий подписку запрос ПОДПИСАТЬ завершится в заново назначенной О-ФУСВn 12, которая будет выполнять этапы аутентификации и санкционирования, как описано выше, и установит подписку.

Так как пользователь ПМIP теперь зарегистрирован, запрос ИЗВЕСТИТЬ, посланный на этапах 17а и 17b с помощью новой О-ФУСВn 12, будет информировать СП 60 об изменениях в состоянии регистрации пользователя. Следовательно, после подтверждения (не изображено) СП 60 может повторно инициировать свой запрос СООБЩЕНИЕ и направить его через О-ФУСВn 12 (запрос САСС на этапе 19) в ПА 40 на этапах 18 и 20, чтобы окончательно передать и доставить извещение СОСМ абоненту ПМIP ПА 40 на этапе 21.

В этот момент СП 60 мог бы принять решение завершить подписку на состояние регистрации пользователя или мог бы сохранить подписку. Допуская последний случай, подписка будет завершена, когда пользователь отменит свою регистрацию, и сеть примет решение выполнить процедуру отмены регистрации, инициированную сетью. Это из-за того, что в этот момент назначение О-ФУСВn 12 отменено, и другая О-ФУСВ могла бы быть назначена, чтобы обрабатывать незарегистрированное состояние. Эта процедура описана в спецификации 3GPP N1-030296 и TS 24.229.

Следовательно, в случае, когда подписка СП 60 становится завершенной, т.е. он принимает запрос ИЗВЕСТИТЬ, включающий в себя заголовок состояния подписки, содержащий значение "завершено", он должен обновить свою подписку в соответствии с О-ФУСВn 12, если он по-прежнему желает принимать дополнительные извещения относительно состояния регистрации пользователя.

В соответствии с третьим предпочтительным вариантом осуществления, пользователь сети или абонент ПМIP может быть идентифицирован, как являющийся зарегистрированным, но, все же, недостижимым. Чтобы выполнить это, О-ФУСВ приспособлена поддерживать в пакете события зарегистрированного состояния или в пакете события нового состояния дополнительную информацию, указывающую, является ли пользователь достижимым или нет. В качестве примера, пользователь может быть недостижимым, если имеется разряд батареи или временная потеря зоны обслуживания радиостанции в текущем местоположении абонента. О-ФУСВ может идентифицировать эту ситуацию, если трафик завершения не успешно доставлен абоненту. Следовательно, вводится новое событие для состояния, когда абонент зарегистрирован, но является недостижимым, например, "недостижим" или "вне зоны обслуживания". Следовательно, когда абонент зарегистрирован, состояние может быть либо "достижим" или "недостижим".

В частности, состояние "достижим" может быть установлено, если трафик завершения к абоненту достигает цели, или попытка установки входящего сеанса является успешной, или терминальное устройство или ПА 40 выполняет установку обычного выходящего сеанса, или имеется нормальная повторная регистрация ПА 40. Однако, когда состояние установлено в "недостижим", оно, все же, не может предотвратить трафик завершения. Но когда сообщение, посланное из ПА 40, например сервера СОСМ или подобного устройства, проходит неуспешно, СП 60 может подписаться на О-ФУСВ, для того чтобы обнаружить, когда абонент опять стал достижимым. Чтобы выполнить это, СП 60 подписывают на пакет события регистрации или пакет нового события абонента.

Следовательно, предоставлена более тонкая степень структурированности для пакета события регистрации, так что СП 60, подписанный на этот пакет события, может получать более точную информацию о доступности абонента.

Фиг.4 изображает диаграмму передачи сигналов, указывающую подписку СП 60 на пакет события состояния абонента ПМIP ПА 40. На этапе 1 извещение СОСМ направляют в запросе СООБЩЕНИЕ ПИС, как определено в спецификации IETF RFC 3428, в З-ФУСВ 50, которая инициирует запрос в САСС 20 на этапе 2, чтобы получить информацию маршрутизации в текущую О-ФУСВ0 10, обслуживающую ПА 40. Приняв информацию маршрутизации, З-ФУСВ 50 передает запрос СООБЩЕНИЕ ПИС на этапе 3 в О-ФУСВ0 10. Затем она может определить, что в настоящий момент ПА 40 является недостижимой. Конечная О-ФУСВ0 10 могла бы в этот момент принять решение, что немедленные сообщения не переданы конечному пользователю. Решение могло бы быть основано на некоторой прикладной логике или, основано, например, на предпочтениях вызывающего абонента и/или возможностях вызывающего абонента. Необходимая информация может быть собрана в П-ФУСВ 30, которая может указывать недостижимое состояние в случае ошибки ответного сообщения, например, сообщения Временно Недоступен ПИС 480. В соответствии со спецификацией IETF RFC 3261, фраза причины в ответном сообщении может быть использована, чтобы передать информацию состояния события. Соответствующая статусная строка выглядит следующим образом:

Статусная строка = ПИС-Версия пробел Статус-код Причина-Фраза перевод строки

Определение недостижимого состояния ПА 40 может быть основано на истекшем времени в П-ФУСВ 30, ожидающей ответа на запрос СООБЩЕНИЕ, направленный в ПА 40. Следовательно, П-ФУСВ 30 предполагает, что ПА 40 является недостижимой, и генерирует ответное сообщение, указывающее недостижимое состояние.

Таким образом, сообщение Временно Недоступен ПИС 480, указывающее, что абонент не обнаружен или является недоступным, выдают на этапах 4а и 4b через З-ФУСВ 50 в СП 60.

В ответ на этот отрицательный ответ, СП 60 передает запрос ПОДПИСАТЬ ПИС через З-ФУСВ 50, а затем запрос САСС (не изображен) в О-ФУСВ0 10 на этапах 5а и 5b. О-ФУСВ0 10 подтверждает подписку с помощью подтверждения ОК ПИС 200, направленного через З-ФУСВ 50 в СП 60, на этапах 6а и 6b. Как только определена успешная транзакция ПА 40 с помощью О-ФУСВ0 10, такая как транзакция, инициированная с помощью подвижного устройства, или транзакция, завершенная с помощью подвижного устройства, или регистрация ПА 40, О-ФУСВ0 10 выдает запрос ИЗВЕСТИТЬ ПИС, содержащий состояние "зарегистрирован" и событие "достижим", через З-ФУСВ 50 в СП 60 на этапах 7а и 7b. Запрос ИЗВЕСТИТЬ подтверждают с помощью СП 60 на этапах 8а и 8b с помощью соответствующего ответа ОК ПИС 200.

Таким образом, СП 60 информирован, что ПА 40 снова является достижимой, и теперь может передать запрос СООБЩЕНИЕ ПИС, содержащий извещение СОСМ, через З-ФУСВ 50 на этапе 9 (включая запрос САСС с помощью З-ФУСВ 50 на этапе 10) и О-ФУСВ0 10 и П-ФУСВ 30 в ПА 40 на этапах с 11а по 11b. В ответ на этот запрос ПА 40 передает подтверждение ОК ПИС 200 в СП 60 на этапах с 12а по 12d.

В результате СП 60 может быть информирован о состоянии соединения ПА 40 и, следовательно, может быть в состоянии успешно передавать извещение СОСМ в ПА 40.

Следует заметить, что настоящее изобретение не ограничено предпочтительными вариантами осуществления, описанными выше. Настоящее изобретение может быть реализовано в любой сети данных, где может быть реализована подписка на состояние регистрации абонента, чтобы посредством этого информировать абонента о достижимом или недостижимом состоянии или регистрации относящегося к делу пользователя сети. Следовательно, варианты осуществления могут изменяться в рамках объема прилагаемой формулы изобретения.

отличающийсятем,чтодополнительноподписываютнапакетсобытиясостоянияупомянутогопользователя(40)сети,игенерируютизвещение,когдасостояниеупомянутогопользователя(40)сетиизменяется,дляуказаниясостояния,когдаупомянутыйпользователь(40)сетиопятьявляетсядоступным,или,когдаупомянутыйпользователь(40)сетисновазарегистрирован,приэтомупомянутыйэтап,накоторомподписывают,выполняютвответнаприемответа,указывающего,чтоупомянутыйпользовательсетиявляетсянедостижимымилинезарегистрирован,иприэтомупомянутыйэтап,накотороммаршрутизируютсообщение,выполняютвответнаприемупомянутогоизвещения.причемупомянутоесетевоеустройство(10,12)выполненосвозможностьюмаршрутизацииупомянутогосообщенияупомянутомупользователю(40),когдаупомянутыйпользователь(40)сетиопятьявляетсядоступным,отличающеесятем,чтодополнительновыполненосвозможностьюгенерированияответадляупомянутогосетевогосервера(60),указывающего,чтоупомянутыйпользователь(40)сетиявляетсянедостижимымилинезарегистрирован,подпискиупомянутогосетевогосервера(60)напакетсобытиясостоянияупомянутогопользователя(40)сетипослеприемазапросаподписки,посланногоизупомянутогосетевогосервера(60),послеприемаупомянутогоответа,указывающего,чтоупомянутыйпользователь(40)сетиявляетсянедостижимымилинезарегистрирован,спомощьюупомянутогосетевогосервера,генерированияизвещения,когдасостояниеупомянутогопользователясетиизменяется,дляуказаниясостояния,когдаупомянутыйпользовательсетиопятьявляетсядоступным,или,когдаупомянутыйпользовательсетисновазарегистрирован,имаршрутизацииупомянутогосообщенияупомянутомупользователю(40)сетивответнаприемупомянутогосообщения,посланногоизупомянутогосетевогосервера,вответнаприемупомянутогоизвещения.упомянутыйсетевойсервер(60)выполненсвозможностьюподпискинапакетсобытиясостоянияупомянутогонедоступногопользователя(40)сетивответнаприемответа,сгенерированногоспомощьюсетевогоустройства(10,12),указывающего,чтоупомянутыйпользователь(40)сетиявляетсянедостижимымилинезарегистрирован,имаршрутизацииупомянутогосообщенияупомянутомупользователю(40)сетивответнаприемизвещения,сгенерированногоспомощьюсетевогоустройства(10,12),когдасостояниеупомянутогопользователя(40)сетиизменилось,дляуказаниясостояния,когдаупомянутыйпользователь(40)сетиопятьявляетсядоступным,или,когдаупомянутыйпользователь(40)сетисновазарегистрирован.1.Способмаршрутизациисообщениявременнонедоступномупользователю(40)сети,заключающийсявтом,чтомаршрутизируютупомянутоесообщениеупомянутомупользователю(40)сети,когдаупомянутыйпользователь(40)сетиопятьявляетсядоступным,12.Способпоп.1,вкоторомупомянутыйпакетсобытиясостоянияявляетсяпакетомсобытиясостояниярегистрации.23.Способпоп.1или2,вкоторомупомянутоесостояние,когдаупомянутыйпользовательсетиопятьявляетсядоступным,являетсясостоянием,вкоторомупомянутыйпользовательсетиопятьявляетсядостижимым.34.Способпоп.1,вкоторомупомянутоеизвещениесодержитинформацию,указывающую,чтоупомянутыйпользовательсетилибоявляетсядостижимым,либонаходитсявнезоныобслуживания.45.Способпоп.4,вкоторомупомянутаяинформацияявляетсяинформациейсобытияилифлага.56.Способпоп.4,вкоторомпослепервоначальнойрегистрацииупомянутогопользователясетиупомянутуюинформациюустанавливаютвсостояние,указывающее,чтоупомянутыйпользовательсетиявляетсядоступным.67.Способпоп.4,вкоторомупомянутуюинформациюустанавливаютвсостояние,указывающее,чтоупомянутыйпользовательсетинаходитсявнезоныобслуживания,еслиграфикзавершениякупомянутомупользователюсетипрошелнеуспешно.78.Способпоп.7,вкоторомупомянутоесостояниенахождениявнезоныобслуживанияопределяютнаоснованиипричиныошибкиответногосообщения.89.Способпоп.4,вкоторомупомянутуюинформациюустанавливаютвсостояние,указывающее,чтоупомянутыйпользовательсетиявляетсядостижимым,еслитерминальноеустройство(40)упомянутогопользователясетивыполняетустановкуисходящегосеансаилиповторнуюрегистрацию.910.Способпоп.1,вкоторомупомянутуюповторнуюрегистрациюопределяютнаоснованииизвещенияоповторномназначенииупомянутогопользователясети.1011.Способпоп.10,вкоторомдополнительнообновляютподпискувответнаупомянутуюизвещеннуюповторнуюрегистрацию.1112.Способпоп.1,вкоторомупомянутоесообщениеявляетсяизвещениемслужбыобменасообщениямимультимедиа(MMS).1213.Сетевоеустройство,предназначенноедляобслуживанияпользователя(40)сетиисетевогосервера(60)всетиданныхидлямаршрутизациисообщенияизупомянутогосетевогосервера(60)временнонедоступномупользователю(40)сети,1314.Устройствопоп.13,вкоторомупомянутоеизвещениесодержитинформацию,указывающую,чтоупомянутыйпользовательсетилибоявляетсядостижимым,либонаходитсявнезоныобслуживания.1415.Устройствопоп.14,вкоторомупомянутоесетевоеустройствовыполненосвозможностьюустановленияупомянутойинформациивсостояние,указывающее,чтоупомянутыйпользовательсетиявляетсядоступным,послепервоначальнойрегистрацииупомянутогопользователясетиили,еслитерминальноеустройство(40)упомянутогопользователясетивыполняетуспешнуюпопыткуустановкиисходящегосеансаилиустановкивходящегосеанса.1516.Устройствопоп.14или15,вкоторомупомянутоесетевоеустройствовыполненосвозможностьюустановленияупомянутойинформациивсостояние,указывающее,чтоупомянутыйпользовательсетинаходитсявнезоныобслуживания,еслитрафикзавершениякэтомупользователюсетипрошелнеуспешно.1617.Устройствопоп.13,вкоторомупомянутыесетевыеустройствасодержатфункцию(10,12)управлениясостояниемвызовасетиподсистемымультимедиапротоколаИнтернет(IMS).1718.Сетевойсервер,предназначенныйдлягенерированиясообщений,маршрутизируемыхпользователям(40)сети,идлямаршрутизациисообщениявременнонедоступномупользователю(40)сети,когдаупомянутыйпользователь(40)сетиопятьявляетсядоступным,отличающийсятем,что1819.Серверпоп.18,вкоторомупомянутыйсетевойсервер(60)выполненсвозможностьювыполненияупомянутойподпискивответнаприемсообщения,указывающего,чтоупомянутыйпользовательсетиявляетсянедостижимымилинезарегистрирован.1920.Серверпоп.18или19,вкоторомупомянутыйсетевойсервер(60)выполненсвозможностьюподпискинапакетсобытиярегистрацииупомянутогопользователясети.2021.Серверпоп.18,вкоторомупомянутыйсетевойсервер(60)выполненсвозможностьюобновленияупомянутойподпискивответнаизвещеннуюповторнуюрегистрациюупомянутогопользователясети.2122.Серверпоп.18,вкоторомупомянутыйсетевойсервер(60)являетсясерверомслужбыобменасообщениямимультимедиа(MMS).2223.Система,предназначеннаядлямаршрутизациисообщениянедоступномупользователюсети,содержащаясетевойсерверпоп.18исетевоеустройствопоп.13.23
Источник поступления информации: Роспатент

Showing 1-10 of 64 items.
10.03.2013
№216.012.2f0c

Способ интерполяции значений под-пикселов

Изобретение относится к кодированию цифрового видео, а более конкретно к способу интерполяции значений под-пикселов. Техническим результатом является повышение эффективности кодирования цифрового видео. Предложен способ интерполяции при кодировании видеоданных, в котором пикселы в строках...
Тип: Изобретение
Номер охранного документа: 0002477575
Дата охранного документа: 10.03.2013
27.08.2013
№216.012.65f6

Система и способ для переключения вызова из сети с коммутацией пакетов в сеть с коммутацией каналов

Изобретение относится к сетям связи, более конкретно к речевой связи и переключению таких вызовов, переходящей между сетью с коммутацией пакетов, например сетью Интернет протокола (IP), и сетью с коммутацией каналов, например, коммутируемой телефонной сетью общего пользования (PSTN) или...
Тип: Изобретение
Номер охранного документа: 0002491739
Дата охранного документа: 27.08.2013
20.02.2019
№219.016.bce6

Способ и система передачи мультимедийных сообщений

Изобретение относится к области передачи данных. Технический результат заключается в обеспечении последовательной загрузки передаваемых и непередаваемых потоком компонентов мультимедийной информации. Одно и то же мультимедийное сообщение можно использовать для инкапсуляции непередаваемых...
Тип: Изобретение
Номер охранного документа: 0002288545
Дата охранного документа: 27.11.2006
20.02.2019
№219.016.bcf4

Система связи, содержащая множество сетей связи

Настоящее изобретение относится к системам связи. Техническим результатом является улучшение межсистемной эстафетной передачи обслуживания после модификации представленной услуги. Это достигается тем, что предоставляется первый тип услуг связи для станции, при этом первый сетевой элемент...
Тип: Изобретение
Номер охранного документа: 0002287912
Дата охранного документа: 20.11.2006
20.02.2019
№219.016.bed2

Мобильная сеть, имеющая объекты подсистемы ip мультимедиа (пим), и решения для обеспечения упрощения выполнения операций и совместимости между различными объектами пим

Изобретение относится к области мобильной связи. Технический результат заключается в обеспечении совместимости между функциональными объектами ПИМ. Сущность изобретения заключается в том, что обеспечивается архитектура подсистемы IP мультимедиа (ПИМ) для услуг IP мультимедиа для заданного...
Тип: Изобретение
Номер охранного документа: 0002314657
Дата охранного документа: 10.01.2008
20.02.2019
№219.016.c069

Способ и устройство для обеспечения отображения множества временных потоков блоков данных на верхний уровень при работе в режиме a/gb сети радиодоступа (geran) стандарта gsm/edge

Заявлена беспроводная коммуникационная система, в предпочтительном варианте осуществления система сети радиодоступа стандарта GSM/EFGE, которая содержит уровень управления логическим каналом (LLC) мобильной станции и уровень LLC обслуживающего узла поддержки общих услуг пакетной радиосвязи...
Тип: Изобретение
Номер охранного документа: 0002304350
Дата охранного документа: 10.08.2007
20.02.2019
№219.016.c090

Способ и система буферизации потоковой информационной среды

Изобретение относится к потоковой передаче информационной среды в сетях, основанных на пакетной передаче данных, в частности к механизму буферизации. Техническим результатом является устранение задержек при сетевой пакетной передаче, обусловленных работой сети и функционированием транспортного...
Тип: Изобретение
Номер охранного документа: 0002302032
Дата охранного документа: 27.06.2007
01.03.2019
№219.016.c965

Система и способ, предназначенные для передачи обслуживания без прерывания в подвижном терминале

Изобретение относится к передаче пачек аудиоданных, видеоданных, управляющих данных или другой информации. Достигаемым техническим результатом является обеспечение передачи обслуживания без прерывания в подвижном терминале. Для этого принимают первый и второй сигналы обслуживания, переданные...
Тип: Изобретение
Номер охранного документа: 0002288549
Дата охранного документа: 27.11.2006
01.03.2019
№219.016.cbb4

Способ регистрации и отмены регистрации пользователя

Изобретение относится к способам регистрации в сети связи. Технический результат заключается в упрощении процедуры. Способ включает в себя этапы, на которых посылают запрос первому узлу на регистрацию или отмену регистрации устройства пользователя в системе связи, определяют в первом узле,...
Тип: Изобретение
Номер охранного документа: 0002316153
Дата охранного документа: 27.01.2008
11.03.2019
№219.016.d644

Способ и система создания контекста для сжатия сообщений

Изобретение относится к устройствам и способам создания контекста, представляющего собой словарь и/или код, связанный со словарем, для сжатия сообщений. Техническим результатом является повышение эффективности сжатия сообщений и обеспечение синхронизации словарей при передаче сжатых сообщений....
Тип: Изобретение
Номер охранного документа: 0002273091
Дата охранного документа: 27.03.2006
Showing 1-1 of 1 item.
11.03.2019
№219.016.da8c

Предоставление услуг в системе связи

Изобретение относится к способу предоставления услуги в системе связи. Согласно способу информация, относящаяся к сущности управления связью, способной обслуживать пользователя системы связи, принимается на первой сущности, связанной с системой связи, от сущности хранения. На основании этой...
Тип: Изобретение
Номер охранного документа: 0002368100
Дата охранного документа: 20.09.2009
+ добавить свой РИД