МУЛЬТИМЕДИЙНАЯ ПОДСИСТЕМА НА БАЗЕ ПРОТОКОЛА ИНТЕРНЕТА (IMS), А ТАКЖЕ СПОСОБ И УСТРОЙСТВО ДЛЯ КОНФИГУРИРОВАНИЯ УСЛУГИ В IMS
MULTIMEDIA SUBSYSTEM ON BASIS OF INTERNET PROTOCOL (IMS)  AND METHOD AND DEVICE FOR CONFIGURING SERVICE IN IMS

Область техники
Настоящее изобретение относится к области связи, а именно, к мультимедийной подсистеме на основе протокола Интернета (Internet Protocol Multimedia Subsystem, IMS), а также к способу и устройству для конфигурирования услуги в IMS.
Предпосылки создания изобретения
Подсистема IMS является одним из направлений будущего развития мультимедийной связи, а также важнейшей частью сетей связи следующих поколений. В подсистеме мультимедийных услуг на базе протокола IP, которая была предложена Консорциумом третьего поколения (third generation partnership project, 3GPP) в целях поддержки мультимедийных услуг, характерной чертой является применение системы протокола установления сеанса (Session Initiation Protocol, SIP). При этом связь совсем не зависит от режима доступа, а сама подсистема обеспечивает множество преимуществ, таких как отделение управляющих функций, возможность передачи множества различных мультимедийных услуг, разделение вызовов и сеансов, разделение приложений и обслуживания, разделение обслуживания и сетевого взаимодействия, интеграция услуг мобильной сети и Интернета, и т.п.
Подсистема IMS - это новая форма предоставления мультимедийных услуг, которая позволяет удовлетворять растущим и все более разнообразным требованиям, предъявляемым пользователями к мультимедийным услугам. На сегодняшний день подсистема IMS считается основной технологией сетей следующего поколения, а также важным средством услуг дифференциации, таких как интеграция мобильной сети и стационарной сети, передача голоса, данных и видео, и интеграция этих трех типов информации, и т.п.
Чтобы пользователь смог воспользоваться IMS-услугой, она должна быть сначала сконфигурирована. Существующие методы конфигурирования услуг IMS подразумевают задействование нескольких сетевых элементов, которые показаны на фиг. 1 и включают такие сетевые элементы, как домашний абонентский сервер (Home Subscriber Server, HSS), функция определения местоположения абонента (Subscription Locator Function, SLF), преобразование телефонных номеров (Telephone Number Mapping, ENUM), сервер приложений (Application Server, AS) и аналогичные элементы, а также систему поддержки услуг, систему поддержки операционной и бизнес-деятельности (Business and Operation Support System, BOSS).
В качестве примера рассмотрим ситуацию, показанную на фиг. 2, где для абонента конфигурируют услугу голосовой связи, предоставляемую сервером приложений мультимедийной телефонии (Multimedia Telephony Application Server, MMTel AS). В этом случае алгоритм конфигурирования услуги IMS, показанный в виде блок-схемы на фиг. 1, включает шаги, описанные ниже.
На шаге 101, когда пользователь инициирует запрос на конфигурирование услуги голосовой связи MMTel, в системе поддержки обслуживания должны быть сконфигурированы пользовательские данные, необходимые для предоставления пользователю услуги голосовой связи MMTel в сервере HSS.
На существующем уровне техники шаг 101 представляет собой процедуру создания учетной записи для пользователя на сервере HSS.
Пользовательские данные включают: публичный идентификатор пользователя в подсистеме IMS (IP Multimedia Public Identity, IMPU), приватный идентификатор пользователя в подсистеме IMS (IP Multimedia Private Identity, IMP), пароль аутентификации, пароль подсистемы IMS, пароль базовой сети IMS, первичные условия фильтрации (Initial Filter Condition, IFC) и т.п.
Сервер HSS конфигурирует для пользователя пользовательские данные, и после этого пользователь способен только зарегистрироваться в подсистеме IMS, но еще не может получить доступ к услугам голосовой связи MMTel подсистемы IMS.
На шаге 102 система поддержки услуг конфигурирует отношение соответствия между универсальным идентификатором ресурса телефонии (TEL Uniform Resource Identifier, TEL URI) и универсальным идентификатором ресурса протокола установления сеанса (Session Initiation Protocol URI, SIP URI) для пользователя на сервере ENUM.
Отношение соответствия между TEL URI и SIP URI используют для обеспечения возможности маршрутизации для пользователя как принимающей стороны вызова в базовой сети.
На шаге 103 система поддержки услуг связывает пользовательские данные, сконфигурированные для пользователя, и идентификатор этого пользователя, в сервере приложений MMTel, и на этом этапе активация услуги голосовой связи MMTel завершается.
В этот момент пользовательские данные, необходимые для услуги голосовой связи мультимедийной телефонии (MMTel), записаны в различные ключевые узлы, участвующие в конфигурировании услуги голосовой связи MMTel, и пользователь может выполнить вход в систему IMS, чтобы воспользоваться соответствующей услугой голосовой связи MMTel. Затем сервер приложений MMTel может возвратить сообщение об успешном конфигурировании услуги в систему поддержки услуг, а система поддержки услуг может передать пользователю короткое сообщение, дублируя подтверждение, и в этот момент конфигурирование услуги голосовой связи MMTel для пользователя завершено.
В существующей процедуре конфигурирования услуг IMS пользователь должен подать запрос на конфигурирование услуги IMS через систему поддержки услуг, а система поддержки услуг формирует соответствующие пользовательские данные, такие как IMPI, IMPU, IFC и аналогичные данные для пользователя после приема от него запроса на конфигурирование услуги, и записывает эти данные в сервер HSS, после чего для конфигурирования услуги должны быть также задействованы сервер ENUM и сервер приложений; если какая-либо из упомянутых линий связи будет разорвана, или откажет какой-либо из упомянутых сетевых элементов, или в системе поддержки услуг возникнет неожиданная ситуация, ведущая к резкому увеличению объема обслуживания, то любая из этих причин будет иметь результатом неуспешное завершение или задержку конфигурирования услуги IMS. С другой стороны, в существующих системах для конфигурирования услуги IMS необходимо хранение пользовательских или служебных данных в нескольких сетевых элементах, и поэтому служебные или пользовательские данные оказываются слишком разбросанными, что является препятствием для расширяемости услуг.
На сегодняшний день не существует эффективного решения описанных выше технических проблем, свойственных существующему уровню техники.
Сущность изобретения
Для преодоления недостатков, свойственных процедуре конфигурирования услуги в сети IMS на существующем уровне техники, например, связанных с тем, что большое количество сетевых элементов обуславливают низкую эффективность и низкую надежность конфигурирования услуги, что негативно сказывается на расширяемости услуг, и аналогичных недостатков, в настоящем изобретении предложены способ и устройство для конфигурирования услуги в подсистеме IMS, призванные решить по меньшей мере описанные выше технические затруднения.
Для решения описанной выше задачи, в соответствии с одним из аспектов осуществления настоящего изобретения, предложена мультимедийная подсистема на основе протокола интернета (IMS), включающая: систему поддержки услуг, выполненную с возможностью предоставления всей информации о конфигурировании услуги, необходимой в различных сетевых элементах в ходе процедуры конфигурирования заданной услуги IMS, в объект управления операциями конфигурирования услуги; объект управления операциями конфигурирования услуги, выполненный с возможностью хранения информации о конфигурировании услуги и предоставления информации о конфигурировании услуги в различные сетевые элементы в ходе процедуры конфигурирования услуги; и различные сетевые элементы, выполненные с возможностью прямого или опосредованного запроса информации о конфигурировании услуги из объекта управления операциями конфигурирования услуги, а также выполнения информационного взаимодействия между сетевыми элементами с целью реализации конфигурирования услуги.
Опционально, упомянутые различные сетевые элементы включают: объект хранения данных подписки пользователя, выполненный с возможностью считывания пользовательских данных, хранимых в объекте управления операциями конфигурирования услуги, в ходе процедуры конфигурирования услуги; сервер приложений, выполненный с возможностью считывания данных услуги, хранимых в объекте управления операциями конфигурирования услуги, непосредственно или при помощи объекта хранения данных подписки пользователя в ходе процедуры конфигурирования услуги, а также реализации соответствующей услуги в соответствии с упомянутыми данными услуги; и сервер преобразования телефонных номеров (ENUM) или сервер доменных имен (domain name server, DNS), выполненный с возможностью считывания отношения соответствия между универсальным идентификатором ресурса телефонии (TEL URI) и универсальным идентификатором протокола установления сеанса (SIP URI), хранимого в объекте управления операциями конфигурирования услуги, а также данных DNS в ходе процедуры конфигурирования услуги.
Опционально, объект хранения данных подписки пользователя выполнен также с возможностью приема запроса авторизации пользователя (user authorization request, UAR), переданного объектом управляющей функции сеанса вызова (call session control function, S-CSCF) согласно принятому запросу регистрации пользователя, и передачи запроса, который используют для запроса пользовательской информации, в объект управления операциями конфигурирования услуги, а также передачи ответного сообщения на запрос UAR в объект S-CSCF, при этом ответное сообщение содержит пользовательскую информацию.
Опционально, сервер приложений выполнен также с возможностью приема запроса услуги от сервера объекта S-CSCF; и передачи запроса на информацию, который используют для получения данных услуги, в объект управления операциями конфигурирования услуги, напрямую или через объект хранения данных подписки пользователя; и/или, объект хранения данных подписки пользователя выполнен также с возможностью приема сообщения с запросом от объекта S-CSCF, а также запроса данных услуги из объекта управления операциями конфигурирования услуги, при этом объект S-CSCF передает упомянутое сообщение с запросом после успешной регистрации пользователя.
Опционально, объект управления операциями конфигурирования услуги выполнен также с возможностью выполнения согласования с различными сетевыми элементами, в результате чего определяют формат информации о конфигурировании услуги, при этом определенный после согласования формат совместим с форматами информации о конфигурировании услуги, требуемыми в различных сетевых элементах.
Для решения поставленной выше задачи, в соответствии с еще одним из аспектов осуществления настоящего изобретения, предложен также способ конфигурирования услуги в мультимедийной подсистеме на базе протокола Интернета (IMS), который реализуют при помощи предоставления объекта управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги, и при этом способ включает: в ходе процедуры конфигурирования заданной услуги IMS, передачу запроса в объект управления операциями конфигурирования услуги; и прием информации о конфигурировании услуги, возвращенной объектом управления операциями конфигурирования услуги согласно запросу.
Опционально, информацию о конфигурировании услуги, хранимую в объекте управления операциями конфигурирования услуги, получают следующим методом: сохранение информации о конфигурировании услуги из различных сетевых элементов в объекте управления операциями конфигурирования услуги, при помощи системы поддержки услуг в подсистеме IMS.
Опционально, формат информации о конфигурировании услуги, хранимой в объекте управления операциями конфигурирования услуги, совпадает с форматом информации, необходимой в различных сетевых элементах в ходе процедуры конфигурирования услуги IMS.
Опционально, информация о конфигурировании услуги включает по меньшей мере одно из следующего: данные, полученные от системы поддержки услуг в подсистеме IMS, данные, полученные от сервера преобразования телефонных номеров (ENUM) или сервера доменных имен (DNS), и информацию об услуге, полученную от сервера приложений (AS).
Для решения поставленной выше задачи, в соответствии с еще одним из аспектов осуществления настоящего изобретения, предложен также способ конфигурирования услуги в мультимедийной подсистеме на базе протокола Интернета (IMS), который реализуют при помощи создания объекта управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги, и при этом способ включает: в ходе процедуры конфигурирования услуги, прием, объектом управления операциями конфигурирования услуги, запросов на информацию от различных сетевых элементов в подсистеме IMS; и передачу, объектом управления операциями конфигурирования услуги, информации о конфигурировании услуги согласно запросам на информацию в различные сетевые элементы.
Опционально, информацию о конфигурировании услуги, хранимую в объекте управления операциями конфигурирования услуги, получают следующим путем: сохранение информации о конфигурировании услуги из различных сетевых элементов в объекте управления операциями конфигурирования услуги при помощи системы поддержки услуг в подсистеме IMS.
Опционально, формат информации о конфигурировании услуги, хранимой в объекте управления операциями конфигурирования услуги, совпадает с форматом информации, необходимой в различных сетевых элементах в ходе процедуры конфигурирования услуги IMS.
Опционально, информация о конфигурировании услуги включает по меньшей мере одно из следующего: данные, полученные от системы поддержки услуг в подсистеме IMS, данные, полученные от сервера преобразования телефонных номеров (ENUM) или сервера доменных имен (DNS), и информацию об услуге, полученную от сервера приложений (AS).
Для решения описанной выше задачи, в соответствии с одним из аспектов осуществления настоящего изобретения, предложено также устройство для конфигурирования услуги в мультимедийной подсистеме на основе протокола интернета (IMS), включающее: модуль передачи, выполненный с возможностью: в ходе процедуры конфигурирования заданной услуги мультимедийной системы на базе протокола Интернета (IMS), передавать запрос на информацию в объект управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги; и
модуль приема, выполненный с возможностью: приема информации о конфигурировании услуги, возвращенной объектом управления операциями конфигурирования услуги согласно запросу на информацию.
Для решения описанной выше задачи, в соответствии с одним из аспектов осуществления настоящего изобретения, предложено также устройство для конфигурирования услуги в мультимедийной подсистеме на основе протокола интернета (IMS), включающее: модуль приема, конфигурированный в объекте управления операциями конфигурирования услуги и выполненный с возможностью: в ходе процедуры конфигурирования услуги, приема запросов на информацию от различных сетевых элементов в мультимедийной подсистеме на базе протокола Интернета (IMS), при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги; и модуль передачи, конфигурированный в объекте управления операциями конфигурирования услуги и выполненный с возможностью передачи информации о конфигурировании услуги согласно запросам на информацию в различные сетевые элементы.
При помощи настоящего изобретения используют технические средства, обеспечивающие хранение всей информации, необходимой для конфигурирования услуги, в объекте управления операциями конфигурирования услуги, и при этом информация, необходимая для конфигурирования услуги, может быть получена из объекта управления операциями конфигурирования услуги, и соответственно, могут быть решены такие технические проблемы как низкая эффективность конфигурирования услуги, низкая надежность, неудовлетворительная расширяемость услуг и аналогичные проблемы, возникающие вследствие того, что в существующей процедуре конфигурирования услуги IMS задействованы множество сетевых элементов, и следовательно, могут быть улучшены эксплуатационные качества сети IMS.
Краткое описание чертежей
Для более детального понимания настоящего изобретения следует обратиться к приложенным чертежам, описанным в данном документе и составляющим неотъемлемую часть настоящей заявки. Проиллюстрированные варианты осуществления настоящего изобретения и их описания использованы для разъяснения настоящего изобретения и не накладывают на него дополнительных ограничений. На чертежах:
фиг. 1 представляет собой эскизную блок-схему конфигурирования услуги IMS в соответствии с существующим уровнем техники;
фиг. 2 представляет собой блок-схему алгоритма конфигурирования услуги IMS в соответствии с существующим уровнем техники;
фиг. 3 представляет собой блок-схему алгоритма для способа конфигурирования услуги IMS в соответствии с одним из вариантов осуществления настоящего изобретения;
фиг. 4 представляет собой блок-схему устройства для конфигурирования услуги в подсистеме IMS в соответствии с одним из вариантов осуществления настоящего изобретения;
фиг. 5 представляет собой еще одну блок-схему алгоритма способа конфигурирования услуги IMS в соответствии с одним из вариантов осуществления настоящего изобретения;
фиг. 6 представляет собой еще одну блок-схему устройства для конфигурирования услуги в подсистеме IMS в соответствии с одним из вариантов осуществления настоящего изобретения;
фиг. 7 представляет собой блок-схему подсистемы IMS в соответствии с одним из опциональных вариантов осуществления настоящего изобретения;
фиг. 8 представляет собой эскизную блок-схему подсистемы IMS в соответствии с одним из опциональных вариантов осуществления настоящего изобретения;
фиг. 9 представляет собой блок-схему конфигурирования услуги IMS в соответствии с одним из вариантов осуществления настоящего изобретения;
Фиг. 10 представляет эскизную блок-схему, иллюстрирующую процедуру регистрации пользователя, в соответствии с одним из вариантов настоящего изобретения;
Фиг. 11 представляет эскизную блок-схему, иллюстрирующую другую процедуру регистрации пользователя, в соответствии с одним из вариантов настоящего изобретения;
фиг. 12 представляет эскизную блок-схему, иллюстрирующую еще одну процедуру регистрации пользователя, в соответствии с одним из вариантов настоящего изобретения.
Конкретные варианты осуществления настоящего изобретения
Ниже настоящее изобретение будет рассмотрено более подробно, на примере приложенных чертежей, в сочетании с различными вариантами его осуществления. Следует отметить, что в случае отсутствия противоречий варианты осуществления настоящего изобретения и их признаки могут быть скомбинированы друг с другом.
Чтобы преодолеть недостаток существующей процедуры конфигурирования услуги IMS, связанный с наличием множества сетевых элементов, участвующих в конфигурировании услуги, вследствие чего эффективность конфигурирования услуги оказывается низкой, а система предоставления услуг - сложной и уязвимой для отказов, в настоящем изобретении предложен способ, в котором за счет концентрации данных о конфигурировании услуги в единственном новом сетевом элементе (т.е. объекте управления операциями конфигурирования услуги), обеспечивается интегрированное управление и управление администрированием транзакции при комплексном конфигурировании; при этом может быть определен формат данных для процедуры конфигурирования услуги, могут быть повышены эффективность и расширяемость процедуры конфигурирования услуги IMS, а также повышена надежность системы конфигурирования услуги IMS.
Первый вариант осуществления изобретения
Фиг. 3 представляет собой блок-схему алгоритма для способа конфигурирования услуги IMS в соответствии с одним из вариантов осуществления настоящего изобретения. Данный способ реализуют при помощи создания объекта управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги предоставления информации, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги, который показан на фиг. 3, при это способ включает рассмотренные ниже шаги S302-S304 обработки данных.
На шаге S302, в ходе процедуры конфигурирования заданной услуги IMS, в объект управления операциями конфигурирования услуги передают запрос на информацию.
На шаге S304 принимают информацию о конфигурировании услуги, возвращенную объектом управления операциями конфигурирования услуги согласно запросу на информацию.
При помощи описанных выше шагов обработки данных, поскольку вся информация, необходимая для конфигурирования услуги, хранится во вновь созданном объекте управления операциями конфигурирования услуги, функция управления операциями конфигурирования услуги (операционный диспетчер транзакций) выполняет комплексное управление и управление операциями для всей процедуры конфигурирования услуги в целом. Таким образом, различные сетевые элементы, участвующие в конфигурировании услуги IMS, получают информацию, необходимую для конфигурирования услуги, от объекта управления операциями конфигурирования услуги, и, следовательно, могут быть преодолены такие недостатки существующего уровня техники, как низкая эффективность предоставления услуг, низкая надежность, неудовлетворительная расширяемость и другие недостатки, обусловленные большим количеством сетевых элементов, участвующих в существующей процедуре конфигурирования услуги IMS, благодаря чему могут быть улучшены эксплуатационные качества сети IMS.
Необходимо отметить, что упомянутая выше «заданная услуга» может включать одну или более любых услуг IMS или все услуги IMS. Элементами, выполняющими описанные выше шаги, могут быть различные сетевые элементы, участвующие в процедуре конфигурирования услуги IMS, например, сервер приложений AS, функция S-CSCF, сервер HSS и т.п.
Перед шагом S304 система поддержки услуги в подсистеме IMS должна предоставить информацию (т.е. информацию о конфигурировании услуги), необходимую в различных элементах, в описанный выше объект управления операциями конфигурирования услуги, то есть информацию, необходимую для других сетевых элементов, помимо упомянутого объекта управления операциями конфигурирования услуги, сохраняют в упомянутом объекте управления операциями конфигурирования услуги при помощи системы поддержки услуг в подсистеме IMS.
В дополнение, чтобы решить проблему с целостностью данных в существующих методах, которые порождают избыточные данные и даже влияют на надежность и техническую пригодность системы, объект управления операциями конфигурирования услуги может выполнять согласование с различными сетевыми элементами и определять формат информации, необходимой для описанного выше конфигурирования услуги IMS, в результате чего формат информации о конфигурировании услуги, хранимой в объекте управления операциями конфигурирования услуги будет совпадать с форматом информации, необходимой в различных сетевых элементах в процедуры конфигурирования услуги IMS. При этом информация о конфигурировании услуги включает по меньшей мере одно из следующего: пользовательские данные, полученные от системы поддержки услуг в подсистеме IMS, данные полученные от сервера ENUM, и информацию об услуге, полученную от сервера приложений (AS). Описанные процедуры обработки информации на практике, в реальном приложении, могут быть выражены в проиллюстрированный ниже форме, однако без ограничения настоящего изобретения в этом отношении.
На шаге 101, когда пользователь инициирует запрос на конфигурирование услуги, система поддержки услуг предоставляет базовые пользовательские данные в объект управления операциями конфигурирования услуги. Такие пользовательские данные включают: публичный идентификатор пользователя в подсистеме IMS (IMPU), приватный идентификатор пользователя в подсистеме IMS (IMP), пароль аутентификации, пароль подсистемы IMS, пароль базовой сети IMS, первичные условия фильтрации (IFC) и т.п. После того, как эти пользовательские данные предоставлены, пользователь может только зарегистрироваться в подсистеме IMS, но еще не может воспользоваться ни одной из услуг IMS.
На шаге 102 система поддержки услуг предоставляет данные, относящиеся к сетевому элементу ENUM, в объект управления операциями конфигурирования услуги. Предоставленные данные включают отношение соответствия между универсальным идентификатором ресурсов телефонии (TEL URI) и универсальным идентификатором ресурсов протокола установления сеанса (SIP URI).
Отношение соответствия между TEL URI и SIP URI используют для поддержки возможности маршрутизации, когда пользователь является принимающей стороной вызова, в базовой сети.
На шаге 103 система поддержки услуг предоставляет информацию об услуге, относящуюся к серверу приложений, например, указание на услугу голосовой связи MMTel, вспомогательные данные услуги, атрибуты пользователя и другую информацию, в объект управления операциями конфигурирования услуги.
В этот момент конфигурирование услуги для пользователя завершено, и пользователь может воспользоваться соответствующей услугой голосовой связи MMTel после входа в учетную запись подсистемы IMS.
В данном варианте осуществления настоящего изобретения предложено также устройство для конфигурирования услуги в подсистеме IMS, при этом различные модули этого устройства могут быть реализованы с помощью программного обеспечения или аппаратного обеспечения. В соответствии с иллюстрацией фиг. 4, устройство включает следующие модули:
модуль 40 передачи, выполненный с возможностью, в ходе процедуры конфигурирования заданной услуги мультимедийной системы на базе протокола Интернета (IMS), передачи запроса на информацию в объект управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги; и
модуль 42 приема, имеющий соединение с модулем передачи и выполненный с возможностью приема информации о конфигурировании услуги, возвращенной объектом управления операциями конфигурирования услуги согласно запросу на информацию.
За счет функций, обеспечиваемых описанными выше модулями, вся информация, необходимая для конфигурирования услуги, может аналогичным образом храниться в объекте управления операциями конфигурирования услуги. Таким образом, различные сетевые элементы, участвующие в конфигурировании услуги IMS, получают информацию, необходимую для конфигурирования услуги, от объекта управления операциями конфигурирования услуги, и, следовательно, могут быть преодолены такие недостатки существующего уровня техники как низкая эффективность предоставления услуг, низкая надежность, неудовлетворительная расширяемость и другие недостатки, обусловленные большим количеством сетевых элементов, участвующих в существующей процедуре конфигурирования услуги IMS, благодаря чему могут быть улучшены эксплуатационные качества сети IMS.
Как отмечалось выше, различные модули в описанном выше варианте осуществления настоящего изобретения могут быть реализованы с помощью аппаратного обеспечения. К примеру, они могут быть обеспечены, без ограничения перечисленным, следующими методами: модуль 40 передачи и модуль 42 приема размещают в первом процессоре и втором процессоре соответственно; или модуль 40 передачи и модуль 42 приема размещают в одном процессоре.
Второй вариант осуществления изобретения
В данном варианте осуществления настоящего изобретения предложен другой способ конфигурирования услуги в мультимедийной подсистеме на базе протокола Интернета (IMS), который реализуют при помощи создания объекта управления операциями конфигурирования услуги в подсистеме IMS, при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги. В соответствии с иллюстрацией фиг. 5, способ включает шаги, описанные ниже.
На шаге S502, в ходе процедуры конфигурирования услуги, объект управления операциями конфигурирования услуги принимает запросы на информацию от различных сетевых элементов в подсистеме IMS.
На шаге S504 объект управления операциями конфигурирования услуги передает информацию о конфигурировании услуги согласно запросам на информацию в упомянутые различные сетевые элементы.
Необходимо отметить, что момент приема информации от различных сетевых элементов или момент передачи информации в различные сетевые элементы в рассмотренных выше шагах обработки данных может быть одним и тем же моментом времени или различными моментами времени, что может быть определено различным образом в каждой конкретной процедуре конфигурирования услуги.
Опционально, в данном варианте осуществления настоящего изобретения информация о конфигурировании услуги, хранимая в объекте управления операциями конфигурирования услуги, может быть получена, без ограничения перечисленным, следующим путем: сохранение информации о конфигурировании услуги из упомянутых различных сетевых элементов в объекте управления операциями конфигурирования услуги при помощи системы поддержки услуг в подсистеме IMS.
В одном из опциональных вариантов осуществления настоящего изобретения формат информации о конфигурировании услуги, хранимой в объекте управления операциями конфигурирования услуги, совпадает с форматом информации, необходимой в упомянутых различных сетевых элементах в ходе процедуры конфигурирования услуги IMS.
При этом упомянутая информация о конфигурировании услуги включает, без ограничения перечисленным, по меньшей мере одно из следующего: данные, полученные от системы поддержки услуг в подсистеме IMS, данные полученные от сервера преобразования телефонных номеров (ENUM) или сервера доменных имен (DNS), и информацию об услуге, полученную от сервера приложений (AS). Таким образом, упомянутые «различные сетевые элементы», участвующие в процедуре конфигурирования услуги, могут, без ограничения перечисленным, включать: систему поддержки, сервер приложений, сервер DNS и ENUM.
Для реализации описанного выше способа в данном варианте осуществления настоящего изобретения предложено также устройство для конфигурирования услуги в подсистеме IMS. В соответствии с иллюстрацией фиг. 6 устройство включает следующие модули:
модуль 60 приема, размещенный в объекте управления операциями конфигурирования услуги и выполненный с возможностью, в ходе процедуры конфигурирования услуги, приема запросов на информацию от различных сетевых элементов в мультимедийной подсистеме на базе протокола Интернета (IMS), при этом информацию о конфигурировании услуги, необходимую в различных сетевых элементах в подсистеме IMS в ходе процедуры конфигурирования заданной услуги IMS, хранят в объекте управления операциями конфигурирования услуги; и
модуль 62 передачи, имеющий соединение с модулем 60 приема, размещенный в объекте управления операциями конфигурирования услуги и выполненный с возможностью передачи информации о конфигурировании услуги согласно упомянутым запросам на информацию в упомянутые различные сетевые элементы.
Различные модули в описанном выше варианте осуществления настоящего изобретения могут быть реализованы с помощью аппаратного обеспечения. К примеру, они могут быть обеспечены, без ограничения перечисленным, следующими методами: модуль 62 передачи и модуль 60 приема размещают в первом процессоре и втором процессоре, соответственно; или модуль 62 передачи и модуль 60 приема размещают в одном процессоре.
В данном варианте осуществления настоящего изобретения предложена также подсистема IMS, при этом в подсистему IMS добавлен новый объект управления операциями конфигурирования услуги. В соответствии с иллюстрацией фиг. 7 подсистема IMS включает:
систему 70 поддержки услуг, выполненную с возможностью предоставления всей информации о конфигурировании услуги, необходимой в различных сетевых элементах в ходе процедуры конфигурирования заданной услуги IMS, в объект управления операциями конфигурирования услуги;
объект управления 72 операциями конфигурирования услуги, выполненный с возможностью хранения упомянутой информации о конфигурировании услуги и предоставления упомянутой информации о конфигурировании услуги в различные сетевые элементы в ходе упомянутой процедуры конфигурирования услуги; и
различные сетевые элементы 74, выполненные с возможностью прямого или опосредованного запроса упомянутой информации о конфигурировании услуги из объекта управления операциями конфигурирования услуги, а также с возможностью информационного взаимодействия между сетевыми элементами с целью реализации конфигурирования услуги.
В соответствии с иллюстрацией фиг. 8, упомянутые различные сетевые элементы могут включать, без ограничения перечисленным, следующие объекты:
Объект 740 хранения данных подписки пользователя (например, HSS/SLF), выполненный с возможностью считывания пользовательских данных, хранимых в упомянутом объекте управления операциями конфигурирования услуги, в ходе процедуры конфигурирования услуги; при этом, в одном из опциональных вариантов осуществления настоящего изобретения, объект 740 хранения данных подписки пользователя также выполнен с возможностью приема запроса авторизации пользователя (user authorization request, UAR), переданного объектом управляющей функции сеанса вызова (S-CSCF) согласно принятому запросу регистрации пользователя, и передачи запроса на информацию, используемого для запроса пользовательской информации, в объект управления операциями конфигурирования услуги, а также передачи ответного сообщения на запрос UAR в объект S-CSCF, при этом ответное сообщение содержит упомянутую пользовательскую информацию;
сервер 742 приложений, выполненный с возможностью считывания данных услуги, хранимых в упомянутом объекте управления операциями конфигурирования услуги, непосредственно или при помощи упомянутого объекта хранения данных подписки пользователя в ходе упомянутой процедуры конфигурирования услуги, а также реализации соответствующей услуги в соответствии с упомянутыми данными услуги; при этом, в одном из опциональных примеров осуществления настоящего изобретения, сервер 742 приложений выполнен также с возможностью приема запроса услуги от сервера объекта S-CSCF и передачи запроса на информацию, используемый для получения данных услуги, в объект управления операциями конфигурирования услуги, напрямую или через объект хранения данных подписки пользователя; и/или объект 740 хранения данных подписки пользователя выполнен также с возможностью приема сообщения с запросом от объекта S-CSCF, а также запроса данных услуги из объекта управления операциями конфигурирования услуги, при этом объект S-CSCF передает упомянутое сообщение с запросом после успешной регистрации пользователя;
сервер 744 преобразования телефонных номеров (ENUM) или сервер 744 доменных имен (domain name server, DNS), выполненные с возможностью считывания отношения соответствия между универсальным идентификатором ресурса телефонии (TEL URI) и универсальным идентификатором протокола установления сеанса (SIP URI), хранимого в упомянутом объекте управления операциями конфигурирования услуги, а также данных DNS в ходе упомянутой процедуры конфигурирования услуги.
Дополнительное усовершенствование рассмотренной выше технической схемы при помощи вариантов осуществления настоящего изобретения заключается в том, что объект управления операциями конфигурирования услуги выполнен также с возможностью выполнения согласования, с различными сетевыми элементами, в результате чего определяют формат информации о конфигурировании услуги, при этом определенный после согласования формат совместим с форматами информации о конфигурировании услуги, требуемыми в различных сетевых элементах.
Для более детального понимания рассмотренных выше первого и второго вариантов осуществления настоящего изобретения они будут более подробно рассмотрены ниже с использованием опционального варианта осуществления настоящего изобретения.
Третий вариант осуществления изобретения
В опциональном варианте осуществления настоящего изобретения, для примера, в качестве упомянутого объекта управления операциями конфигурирования услуги применяют описанный выше объект управления операциями конфигурирования услуги, без ограничения настоящего изобретения в этом отношении. Основной замысел рассмотренного ниже опционального варианта осуществления настоящего изобретения заключается в следующем: все данные о конфигурировании услуги унифицировано хранят в объекте управления операциями конфигурирования услуги, при этом отсутствует интерфейс между системой поддержки услуг и сетевыми элементами, за исключением собственно объекта управления операциями конфигурирования услуги; данные предоставляются системой поддержки услуг в формате, определенном в процессе согласования с сетевыми элементами, за счет чего объекту управления операциями конфигурирования услуги не нужно выполнять преобразование форматов данных; при этом объект управления операциями конфигурирования услуги обеспечивает интерфейсы для внесения, удаления, модификации и запроса данных, а протоколы, используемые для этих интерфейсов, не ограничены, например, может применяться стандартный облегченный протокола доступа к каталогам (lightweight directory access protocol, LDAP). В процедурах обработки услуг различные сетевые элементы получают данные при помощи взаимодействия с объектом управления операциями конфигурирования услуги, если такие данные требуются.
Архитектура конфигурирования услуги IMS, которую применяют в данном варианте осуществления настоящего изобретения, может быть основана на подсистеме IMS, проиллюстрированной на фиг. 8, без ограничения настоящего изобретения в этом отношении; при этом
система поддержки услуг отвечает за унифицированное предоставление различных типов данных, необходимых в различных сетевых элементах (HSS, AS, ENUM/DNS и т.п.) в подсистеме IMS, в объект управления операциями конфигурирования услуги, при этом формат предоставления данных должен совпадать с форматом данных, требуемым в различных сетевых элементах;
объект управления операциями конфигурирования услуги унифицированным образом хранит данные о конфигурировании услуги из различных сетевых элементов в подсистеме IMS, при этом различные сетевые элементы могут считывать и записывать данные о конфигурировании услуги пользователю через унифицированный интерфейс, а также предоставлять интерфейс для обеспечения внесения, удаления, модификации и запроса данных о конфигурировании услуги.
Сервер HSS/SLF отвечает за считывание базовых данных, предоставленных пользователем и хранимых в объекте управления операциями конфигурирования услуги, а также может применяться в качестве агента сервера приложений для считывания и записи данных услуги, предоставленных пользователем и хранимых в объекте управления операциями конфигурирования услуги.
Сервер приложений может считывать и записывать данные об услуге, предоставленные пользователем и хранимые в объекте управления операциями конфигурирования услуги, напрямую или опосредованно, через сервер HSS, и реализовывать соответствующую услугу с использованием этих данных об услуге.
Сервер ENUM/DNS отвечает за считывание отношения соответствия между TEL URI и SIP URI, представленного пользователем и хранимого в объекте управления операциями конфигурирования услуги, а также данных DNS.
На фиг. 9 показана усовершенствованная процедура конфигурирования услуги IMS, которая проиллюстрирована на примере конфигурирования услуги голосовой связи MMTel. Ниже описаны ее конкретные шаги.
На шаге S902, когда пользователь инициирует запрос на конфигурирование услуги голосовой связи MMTel, система поддержки услуг предоставляет базовые пользовательские данные в объект управления операциями конфигурирования услуги. Такие пользовательские данные включают: публичный идентификатор пользователя в подсистеме IMS (IP Multimedia Public Identity, IMPU), приватный идентификатор пользователя в подсистеме IMS (IP Multimedia Private Identity, IMP), пароль аутентификации, пароль подсистемы IMS, пароль базовой сети IMS, первичные условия фильтрации (Initial Filter Condition, IFC) и другие, причем конкретное описание данных приведено в технической спецификации 3GPP TS 29.228.
После того, как эти пользовательские данные предоставлены, пользователь может только зарегистрироваться в подсистеме IMS, но еще не может воспользоваться услугой голосовой связи MMTel.
На шаге S904 система поддержки услуг предоставляет данные, относящиеся к сетевому элементу ENUM, в объект управления операциями конфигурирования услуги, причем предоставленные данные включают отношение соответствия между универсальным идентификатором ресурсов телефонии (TEL URI) и универсальным идентификатором ресурсов протокола установления сеанса (SIP URI).
Отношение соответствия между TEL URI и SIP URI используют для поддержки возможности маршрутизации для пользователя как принимающей стороны вызова в базовой сети.
На шаге S906 активируют заданную услугу; система поддержки услуг предоставляет данные услуги (данные услуги голосовой связи MMTel) в объект управления операциями конфигурирования услуги согласно формату данных, необходимому в прикладном сервере MMTel, к примеру, данные дополнительной услуги описаны в технической спецификации 3GPP TS 29.364:
На шаге S908, считывают и записывают пользовательские данные услуги из HSS.
На шаге S910, считывают и записывают пользовательские данные услуги из сервера приложений.
На шаге S912, считывают и записывают пользовательские данные услуги из сервера приложений.
В этот момент конфигурирование услуги голосовой связи MMTel для пользователя завершено.
На фиг. 10 проиллюстрирована процедура регистрации пользователя после конфигурирования услуги, на примере конфигурирования услуги голосовой связи MMTel, в котором сервер приложений MMTel считывает данные из объекта управления операциями конфигурирования услуги опосредованно, через сервер HSS. Ниже описаны конкретные шаги.
Аналогично фиг. 9, сначала выполняют следующие шаги: когда пользователь может выполнить вход в учетную запись подсистемы IMS, объект обслуживающей функции управления сеансом вызова (S-CSCF) принимает от пользователя запрос регистрации и передает запрос авторизации пользователя (UAR) для получения пользовательской информации в сервер HSS (см. техническую спецификацию 3GPP TS 29.228) для запроса аутентификации данных; сервер HSS передает запрос на информацию в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе UAR; сервер HSS возвращает ответ UAA в S-CSCF, и S-CSCF продолжает штатную процедуру регистрации; после успешной регистрации пользователя, функция S-CSCF передает в сервер HSS запрос SAR с целью запроса пользовательских данных об инициировании услуги, таких как iFC и т.п.; сервер HSS передает запрос на информацию в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе SAR; сервер HSS возвращает результат в функцию S-CSCF.
Затем выполняют шаги, показанные на фиг. 10.
На шаге S1002 функция S-CSCF передает запрос SIP REGISTER в сервер приложений MMTel для регистрации третьей стороны.
На шаге S1004 сервер приложений MMTel передает запрос UDR в сервер HSS/SLF (см. 3GPP TS 29.328) после приема запроса на регистрацию третьей стороны с целью запроса на получение данных дополнительной услуги.
На шаге S1006 сервер HSS/SLF передает запрос на информацию в объект управления операциями конфигурирования услуги для получения данных хранилища (Repository Data), запрошенных в запросе пользовательских данных (UDR), в соответствии с таблицей 1.
ServiceData Образец данных дополнительной услуги (3GPP TS 29.364)
На шаге S1008 объект управления операциями конфигурирования услуги возвращает информацию MMTel в сервер HSS/SLF.
На шаге S1010 сервер HSS / функция определения местоположения абонента (SLF) возвращает результат в сервер приложений MMTel.
На шаге S1012 сервер приложений MMTel возвращает ответ об успешной регистрации третьей стороны, 200 ОК, в функцию S-CSCF.
На этот момент процедура регистрации пользователя в подсистеме IMS завершена, и может быть реализована услуга MMTel.
На фиг. 11 проиллюстрирована процедура регистрации пользователя после конфигурирования услуги, на примере конфигурирования услуги голосовой связи MMTel, в котором сервер приложений MMTel считывает данные непосредственно из объекта управления операциями конфигурирования услуги. Ниже описаны конкретные шаги.
Перед выполнением шагов, проиллюстрированных на фиг. 11, должны быть выполнены следующие шаги: после того, как пользователь войдет в учетную запись подсистемы IMS, функция S-CSCF принимает запрос регистрации пользователя и передает запрос UAR для получения пользовательской информации в сервер HSS (см. 3GPP TS 29.228), с целью запроса на аутентификацию данных; сервер HSS передает запрос на информацию в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе UAR; сервер HSS возвращает ответ UAA в S-CSCF, и S-CSCF продолжает штатную процедуру регистрации; после успешной регистрации пользователя функция S-CSCF передает запрос на назначение сервера (server assignment request, SAR) в сервер HSS/SLF с целью запроса пользовательских данных об инициировании услуги, например, iFC и т.п. сервер HSS/SLF передает запрос на информацию в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе UAR; и сервер HSS возвращает результат в функцию S-CSCF.
В соответствии с иллюстрацией фиг. 11, способ может дополнительно включать шаги обработки данных, описанные ниже.
На шаге S1102 функция S-CSCF передает запрос SIP REGISTER в сервер приложений MMTel для регистрации третьей стороны.
На шаге S1004 сервер приложений MMTel передает запрос на информацию в объект управления операциями конфигурирования услуги после приема запроса на регистрацию третьей стороны с целью запроса на получение данных дополнительной услуги.
Образец данных дополнительной услуги (3GPP TS 29.364)
На шаге S1106 сервер приложений MMTel возвращает ответ об успешной регистрации третьей стороны, 200 ОК, в функцию S-CSCF.
На фиг. 12 проиллюстрирована процедура регистрации пользователя после конфигурирования услуги, на примере считывания данных, функцией S-CSCF, из объекта управления операциями конфигурирования услуги опосредованно, через сервер HSS. Ниже описаны конкретные шаги.
На шаге S1202, после того, как пользователь войдет в учетную запись подсистемы IMS, функция S-CSCF принимает запрос регистрации пользователя и передает запрос UAR для получения пользовательской информации в сервер HSS (см. 3GPP TS 29.228), с целью запроса на аутентификацию данных.
На шаге S1204 сервер HSS передает запрос на информацию (для запроса аутентификационной информации пользователя) в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе UAR.
На шаге S1206 сервер HSS возвращает ответ UAA (который содержит ответ авторизации пользователя (user authorization answer, UAA) в функцию S-CSCF, и функция S-CSCF продолжает штатную процедуру регистрации.
На шаге S1208, после успешной регистрации пользователя, функция S-CSCF передает в сервер HSS запрос SAR, с целью запроса данных об инициировании услуги пользователем, таких как iFC и т.п.
На шаге S1210 сервер передает запрос на информацию в объект управления операциями конфигурирования услуги с целью получения информации, затребованной в запросе UAR, то есть с целью обновления регистрационной информации пользователя и загрузки информации об инициировании услуги.
На шаге S1212 сервер HSS возвращает результат (SAA) в функцию S-CSCF.
В результате, данный вариант осуществления настоящего изобретения позволяет получить следующие технические результаты: эффективное преодоление таких недостатков как низкая эффективность конфигурирования услуги, низкая надежность и затруднительность расширения, а также других недостатков существующих технологий подготовки к предоставлению услуги в подсистеме IMS, а также значительно улучшает эксплуатационные качества сети IMS, причем предложенная схема может быть обобщена на другие области связи и имеет широкую сферу применения.
В еще одном из вариантов осуществления настоящего изобретения предложено также программное обеспечение, которое используют для реализации технической схемы, описанной в рассмотренных выше вариантах осуществления настоящего изобретения и опциональных вариантах его осуществления.
В еще одном варианте осуществления настоящего изобретения дополнительно предложен носитель, на котором хранят упомянутое выше программное обеспечение, при этом носитель для хранения данных включает, без ограничения перечисленным: компакт-диск, гибкий диск, жесткий диск, стираемую память и т.п.
Соответственно, специалисты в данной техники должны понимать, что все модули или все рассмотренные выше шаги настоящего изобретения могут быть реализованы при помощи вычислительного устройства общего назначения, а также, при этом, что они могут быть интегрированы в одном вычислительном устройстве или распределены по сети, образованной множеством вычислительных устройств. Опционально, они могут быть реализованы с помощью исполняемых программных кодов вычислительного устройства. Соответственно, они могут храниться в запоминающем устройстве и исполняться вычислительным устройством, и в некоторых случаях проиллюстрированные или рассмотренные шаги могут выполняться в отличном от изложенного порядке, или они могут быть реализованы в отдельных соответствующих модулях интегральной схемы, или же множество модулей или шагов, описанных в настоящем документе, могут быть реализованы в одном модуле интегральной схемы. Таким образом, настоящее изобретение не ограничено никакой конкретной комбинацией аппаратного и программного обеспечения.
Выше представлено описание только опциональных вариантов осуществления настоящего изобретения, при этом описание не имеет целью ограничение настоящего изобретения. Специалистам в данной области техники должно быть очевидно, что настоящее изобретение может допускать множество различных изменений и модификаций. Все модификации, эквиваленты и/или изменения, не отклоняющиеся от сущности настоящего изобретения, попадают в объем приложенной формулы изобретения.
Промышленная применимость
В соответствии с предшествующим описанием, при помощи рассмотренных выше примеров и опциональных вариантов осуществления настоящего изобретения могут быть решены такие технические проблемы как низкая эффективность конфигурирования услуги, низкая надежность и затруднительность расширения услуг, а также другие проблемы, вызванные большим количеством сетевых элементов, участвующих в существующей процедуре конфигурирования услуги IMS, и, соответственно, могут быть улучшены эксплуатационные качестве сети IMS.