способ, система и сетевое устройство, предназначенные для маршрутизации сообщения временно недоступному пользователю сети
Классы МПК: | H04L12/58 системы с коммутацией сообщений |
Автор(ы): | ХУОТАРИ Сеппо (FI), ТУОХИНО Маркку (FI), КИСС Крижтиан (US) |
Патентообладатель(и): | НОКИА КОРПОРЕЙШН (FI) |
Приоритеты: |
подача заявки:
2004-03-01 публикация патента:
10.11.2007 |
Изобретение относится к системе связи и предназначено для маршрутизации сообщения временно недоступному пользователю сети. Технический результат - обеспечение информированности абонента о состоянии соединения или регистрации пользователя сети. Для этого инициируют подписку на состояние регистрации пользователя сети, если пользователь сети указан как являющийся недоступным. Затем генерируют извещение, когда состояние регистрации пользователя сети изменилось, чтобы указать состояние, когда пользователь сети опять является доступным или когда пользователь сети снова зарегистрирован, и маршрутизируют сообщение пользователю сети в ответ на прием извещения. 4 н. и 19 з.п. ф-лы, 4 ил.
Формула изобретения
1. Способ маршрутизации сообщения временно недоступному пользователю (40) сети, заключающийся в том, что маршрутизируют упомянутое сообщение упомянутому пользователю (40) сети, когда упомянутый пользователь (40) сети опять является доступным,
отличающийся тем, что дополнительно
подписывают на пакет события состояния упомянутого пользователя (40) сети, и
генерируют извещение, когда состояние упомянутого пользователя (40) сети изменяется, для указания состояния, когда упомянутый пользователь (40) сети опять является доступным, или, когда упомянутый пользователь (40) сети снова зарегистрирован,
при этом упомянутый этап, на котором подписывают, выполняют в ответ на прием ответа, указывающего, что упомянутый пользователь сети является недостижимым или не зарегистрирован, и
при этом упомянутый этап, на котором маршрутизируют сообщение, выполняют в ответ на прием упомянутого извещения.
2. Способ по п.1, в котором упомянутый пакет события состояния является пакетом события состояния регистрации.
3. Способ по п.1 или 2, в котором упомянутое состояние, когда упомянутый пользователь сети опять является доступным, является состоянием, в котором упомянутый пользователь сети опять является достижимым.
4. Способ по п.1, в котором упомянутое извещение содержит информацию, указывающую, что упомянутый пользователь сети либо является достижимым, либо находится вне зоны обслуживания.
5. Способ по п.4, в котором упомянутая информация является информацией события или флага.
6. Способ по п.4, в котором после первоначальной регистрации упомянутого пользователя сети упомянутую информацию устанавливают в состояние, указывающее, что упомянутый пользователь сети является доступным.
7. Способ по п.4, в котором упомянутую информацию устанавливают в состояние, указывающее, что упомянутый пользователь сети находится вне зоны обслуживания, если график завершения к упомянутому пользователю сети прошел неуспешно.
8. Способ по п.7, в котором упомянутое состояние нахождения вне зоны обслуживания определяют на основании причины ошибки ответного сообщения.
9. Способ по п.4, в котором упомянутую информацию устанавливают в состояние, указывающее, что упомянутый пользователь сети является достижимым, если терминальное устройство (40) упомянутого пользователя сети выполняет установку исходящего сеанса или повторную регистрацию.
10. Способ по п.1, в котором упомянутую повторную регистрацию определяют на основании извещения о повторном назначении упомянутого пользователя сети.
11. Способ по п.10, в котором дополнительно обновляют подписку в ответ на упомянутую извещенную повторную регистрацию.
12. Способ по п.1, в котором упомянутое сообщение является извещением службы обмена сообщениями мультимедиа (MMS).
13. Сетевое устройство, предназначенное для обслуживания пользователя (40) сети и сетевого сервера (60) в сети данных и для маршрутизации сообщения из упомянутого сетевого сервера (60) временно недоступному пользователю (40) сети,
причем упомянутое сетевое устройство (10, 12) выполнено с возможностью маршрутизации упомянутого сообщения упомянутому пользователю (40), когда упомянутый пользователь (40) сети опять является доступным,
отличающееся тем, что дополнительно выполнено с возможностью
генерирования ответа для упомянутого сетевого сервера (60), указывающего, что упомянутый пользователь (40) сети является недостижимым или не зарегистрирован,
подписки упомянутого сетевого сервера (60) на пакет события состояния упомянутого пользователя (40) сети после приема запроса подписки, посланного из упомянутого сетевого сервера (60), после приема упомянутого ответа, указывающего, что упомянутый пользователь (40) сети является недостижимым или не зарегистрирован, с помощью упомянутого сетевого сервера,
генерирования извещения, когда состояние упомянутого пользователя сети изменяется, для указания состояния, когда упомянутый пользователь сети опять является доступным, или, когда упомянутый пользователь сети снова зарегистрирован,
и маршрутизации упомянутого сообщения упомянутому пользователю (40) сети в ответ на прием упомянутого сообщения, посланного из упомянутого сетевого сервера, в ответ на прием упомянутого извещения.
14. Устройство по п.13, в котором упомянутое извещение содержит информацию, указывающую, что упомянутый пользователь сети либо является достижимым, либо находится вне зоны обслуживания.
15. Устройство по п.14, в котором упомянутое сетевое устройство выполнено с возможностью установления упомянутой информации в состояние, указывающее, что упомянутый пользователь сети является доступным, после первоначальной регистрации упомянутого пользователя сети или, если терминальное устройство (40) упомянутого пользователя сети выполняет успешную попытку установки исходящего сеанса или установки входящего сеанса.
16. Устройство по п.14 или 15, в котором упомянутое сетевое устройство выполнено с возможностью установления упомянутой информации в состояние, указывающее, что упомянутый пользователь сети находится вне зоны обслуживания, если трафик завершения к этому пользователю сети прошел неуспешно.
17. Устройство по п.13, в котором упомянутые сетевые устройства содержат функцию (10, 12) управления состоянием вызова сети подсистемы мультимедиа протокола Интернет (IMS).
18. Сетевой сервер, предназначенный для генерирования сообщений, маршрутизируемых пользователям (40) сети, и для маршрутизации сообщения временно недоступному пользователю (40) сети, когда упомянутый пользователь (40) сети опять является доступным, отличающийся тем, что
упомянутый сетевой сервер (60) выполнен с возможностью
подписки на пакет события состояния упомянутого недоступного пользователя (40) сети в ответ на прием ответа, сгенерированного с помощью сетевого устройства (10, 12), указывающего, что упомянутый пользователь (40) сети является недостижимым или не зарегистрирован, и
маршрутизации упомянутого сообщения упомянутому пользователю (40) сети в ответ на прием извещения, сгенерированного с помощью сетевого устройства (10, 12), когда состояние упомянутого пользователя (40) сети изменилось, для указания состояния, когда упомянутый пользователь (40) сети опять является доступным, или, когда упомянутый пользователь (40) сети снова зарегистрирован.
19. Сервер по п.18, в котором упомянутый сетевой сервер (60) выполнен с возможностью выполнения упомянутой подписки в ответ на прием сообщения, указывающего, что упомянутый пользователь сети является недостижимым или не зарегистрирован.
20. Сервер по п.18 или 19, в котором упомянутый сетевой сервер (60) выполнен с возможностью подписки на пакет события регистрации упомянутого пользователя сети.
21. Сервер по п.18, в котором упомянутый сетевой сервер (60) выполнен с возможностью обновления упомянутой подписки в ответ на извещенную повторную регистрацию упомянутого пользователя сети.
22. Сервер по п.18, в котором упомянутый сетевой сервер (60) является сервером службы обмена сообщениями мультимедиа (MMS).
23. Система, предназначенная для маршрутизации сообщения недоступному пользователю сети, содержащая сетевой сервер по п.18 и сетевое устройство по п.13.
Описание изобретения к патенту
Область техники, к которой относится изобретение
Настоящее изобретение относится к способу, системе и сетевому устройству, предназначенным для маршрутизации сообщения, например, извещения службы обмена сообщениями мультимедиа (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.
Следует заметить, что настоящее изобретение не ограничено предпочтительными вариантами осуществления, описанными выше. Настоящее изобретение может быть реализовано в любой сети данных, где может быть реализована подписка на состояние регистрации абонента, чтобы посредством этого информировать абонента о достижимом или недостижимом состоянии или регистрации относящегося к делу пользователя сети. Следовательно, варианты осуществления могут изменяться в рамках объема прилагаемой формулы изобретения.
Класс H04L12/58 системы с коммутацией сообщений