RU2370918C2 - Communication method based on ip-multimedia subsystem (ims) - Google Patents
Communication method based on ip-multimedia subsystem (ims) Download PDFInfo
- Publication number
- RU2370918C2 RU2370918C2 RU2007140366/09A RU2007140366A RU2370918C2 RU 2370918 C2 RU2370918 C2 RU 2370918C2 RU 2007140366/09 A RU2007140366/09 A RU 2007140366/09A RU 2007140366 A RU2007140366 A RU 2007140366A RU 2370918 C2 RU2370918 C2 RU 2370918C2
- Authority
- RU
- Russia
- Prior art keywords
- session management
- call session
- management function
- user
- application server
- Prior art date
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
Область техники, к которой относится изобретениеFIELD OF THE INVENTION
Настоящее изобретение относится к способу и устройству связи, базирующимся на подсистеме IP-мультимедиа (IMS) (мультимедийной подсистеме, базирующейся на Интернет протоколе), и в частности для осуществления связи с не зарегистрированными в подсистеме IP-мультимедиа (IMS) пользователями.The present invention relates to a communication method and device based on the IP Multimedia Subsystem (IMS) (multimedia subsystem based on the Internet protocol), and in particular for communicating with users not registered in the IP Multimedia Subsystem (IMS).
Уровень техники State of the art
Услуги IP-мультимедиа (IPMM) обеспечивают функциональную комбинацию передачи речевых сигналов, видеосигналов, сообщений, данных и т.д. за одну сессию. Рост количества основных приложений и мультимедиа, которые возможно объединить, приводит к росту количества предлагаемых оконечным пользователям услуг, а также к улучшению коммуникации между отдельными пользователями. Это приводит к новому поколению индивидуализированных улучшенных услуг мультимедийной коммуникации, включая так называемые услуги «комбинационной IP-мультимедиа», которые ниже будут рассматриваться более подробно.IP Multimedia Services (IPMM) provides a functional combination of voice, video, message, data, etc. in one session. An increase in the number of main applications and multimedia that can be combined leads to an increase in the number of services offered to end users, as well as to improved communication between individual users. This leads to a new generation of personalized, enhanced multimedia communication services, including so-called “combinational IP multimedia” services, which will be discussed in more detail below.
Подсистема IP-мультимедиа (IMS) является технологией, определенной Проектом партнерства третьего поколения (3GPP), для предоставления услуг IP-мультимедиа по сетям мобильной связи (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 и TS 29.329 выпуски 5 и 6). Подсистема IP-мультимедиа (IMS) предоставляет основные характеристики для улучшения связи между отдельными пользователями с оконечным пользователем посредством интеграции и взаимосвязи услуг. Подсистема IP-мультимедиа (IMS) делает возможной новую улучшенную связь между отдельными пользователями (клиент-клиент), а также связь пользователя в направлении содержания (клиент-сервер) по IP-сети. Подсистема IP-мультимедиа (IMS) использует протокол инициации сессии (SIP) для установления и управления вызовами или сессиями между пользовательскими (абонентскими) терминалами (или между пользовательскими терминалами и серверами приложений). Протокол описания сессии (SDP), транспортируемый посредством передачи SIP, используется для описания и договора о мультимедийных компонентах сессии. Если протокол инициации сессии (SIP) был создан в качестве протокола пользовательского режима, то подсистема IP-мультимедиа (IMS) предоставляет операторам и поставщикам услуг возможность управления абонентским доступом к услугам и соответственной тарификации пользователей.The IP Multimedia Subsystem (IMS) is a technology defined by the Third Generation Partnership Project (3GPP) for providing IP multimedia services over mobile networks (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 and TS 29.329
Фиг.1 схематично иллюстрирует способ применения подсистемы IP-мультимедиа (IMS) в архитектуре сети мобильной связи в отношении сети доступа GPRS/PS. Функции управления сессиями вызовов (CSCF) функционируют в качестве прокси SIP с подсистемой IP-мультимедиа (IMS). Архитектура 3GPP определяет три типа функций управления сессиями вызовов (CSCF): прокси функция управления сессиями вызовов (P-CSCF), которая является первой контактной точкой в подсистеме IP-мультимедиа (IMS) для терминала SIP; обслуживающая функция управления сессиями вызовов (S-CSCF), которая поставляет услуги подписанным на них пользователям; и опрашивающая функция управления сессиями вызовов (I-CSCF), которая должна идентифицировать верную S-CSCF и передать этой S-CSCF принятый от терминала SIP запрос через P-CSCF.FIG. 1 schematically illustrates a method for applying an IP Multimedia Subsystem (IMS) in a mobile network architecture with respect to a GPRS / PS access network. Call session management (CSCF) functions as a SIP proxy with IP Multimedia Subsystem (IMS). The 3GPP architecture defines three types of call session management functions (CSCFs): the proxy call session management function (P-CSCF), which is the first contact point in the IP Multimedia Subsystem (IMS) for the SIP terminal; Serving Call Session Management Function (S-CSCF), which delivers services to users subscribed to them; and an interrogating call session management function (I-CSCF), which should identify the correct S-CSCF and transmit to this S-CSCF a request received from the SIP terminal through the P-CSCF.
Пользователь регистрируется в подсистеме IP-мультимедиа, используя предусмотренный способ SIP REGISTER. Он представляет собой механизм для привязки к подсистеме IP-мультимедиа (IMS) и объявления подсистеме IP-мультимедиа (IMS) адреса, по которому может быть найден идентификатор (идентификационная информация) SIP пользователя. В 3GPP, при выполнении регистрации терминала SIP, подсистема IP-мультимедиа (IMS) аутентифицирует пользователя и распределяет пользователю S-CSCF из набора доступных S-CSCF. Пока критерии для распределяющей S-CSCF не определены посредством 3GPP, они могут включать в себя распределение нагрузки и требования по услугам. Следует отметить, что распределение S-CSCF является ключевым для управления (а также тарификации) абонентским доступом к услугам, базирующимся на подсистеме IP-мультимедиа. Операторы могут предоставить механизм для предотвращения прямых сессий SIP между отдельными пользователями, которые при других обстоятельствах пренебрегают S-CSCF.The user is registered in the IP multimedia subsystem using the provided SIP REGISTER method. It is a mechanism for linking to the IP multimedia subsystem (IMS) and announcing to the IP multimedia subsystem (IMS) the address where the identifier (identification information) of the SIP user can be found. In 3GPP, when registering a SIP terminal, the IP Multimedia Subsystem (IMS) authenticates the user and distributes the S-CSCF to the user from the set of available S-CSCFs. As long as the criteria for the distribution S-CSCF are not defined by 3GPP, they may include load balancing and service requirements. It should be noted that the distribution of S-CSCF is key for managing (as well as charging) subscriber access to services based on the IP multimedia subsystem. Operators can provide a mechanism to prevent direct SIP sessions between individual users who otherwise neglect the S-CSCF.
В течение процесса регистрации обязанность I-CSCF заключается в выборе S-CSCF, в случае если S-CSCF еще не выбрана. I-CSCF принимает необходимые характеристики S-CSCF c сервера домашних абонентов (HSS) домашней сети и выбирает соответствующую S-CSCF на основе принятых характеристик [Следует отметить, что распределение пользователю S-CSCF также выполняется посредством I-CSCF, в случае если пользователь вызван другой стороной, а также если пользователю в настоящее время не распределена S-CSCF]. Если зарегистрированный пользователь впоследствии посылает запрос на сессию подсистеме IP-мультимедиа (IMS), то P-CSCF может передать запрос на выбранную S-CSCF на основе информации, принятой от S-CSCF в течение процесса регистрации.During the registration process, the responsibility of the I-CSCF is to select the S-CSCF, if the S-CSCF has not yet been selected. The I-CSCF receives the necessary S-CSCF characteristics from the home subscriber server (HSS) of the home network and selects the appropriate S-CSCF based on the received characteristics [It should be noted that the S-CSCF is also distributed to the user via the I-CSCF if the user is called by the other party, as well as if the user is not currently allocated S-CSCF]. If the registered user subsequently sends a session request to the IP Multimedia Subsystem (IMS), then the P-CSCF can transmit the request to the selected S-CSCF based on information received from the S-CSCF during the registration process.
В сети услуг подсистемы IP-мультимедиа (IMS) серверы приложений (AS) обеспечиваются для реализации функциональных возможностей услуг подсистемы IP-мультимедиа (IMS). Если, как было предусмотрено первоначально, серверы приложений (AS) будут функционировать в качестве «подчиненных» по отношению к CSCF подсистемы IP-мультимедиа (IMS), отвечающих на переданные посредством S-CSCF запросы, то в данном случае они не требуются, и в действительности ожидается, что серверы приложений (AS) могут иметь интерфейсы для внешних (то есть non-3GPP)In the IP Multimedia Subsystem (IMS) service network, application servers (AS) are provided to implement the functionality of the IP Multimedia Subsystem (IMS) services. If, as originally envisaged, the application servers (AS) will function as “slaves” to the CSCF of the IP Multimedia Subsystem (IMS) that respond to requests transmitted through the S-CSCF, then in this case they are not required, and in fact, it is expected that application servers (AS) can have interfaces for external (i.e. non-3GPP)
сетей, а также могут принимать внутренние входные сигналы для выполнения действий (например, истечение срока таймера). Фиг.2 иллюстрирует интерфейс управления услугами подсистемы IP-мультимедиа (ISC) между сервером приложений (AS) и S-CSCF, а также и другие интерфейсы в подсистеме IP-мультимедиа (IMS). Несмотря на то что на Фиг.2 сервер приложений (AS) изображен в качестве содержащего единственный интерфейс для S-CSCF, учитывается, что на практике интерфейс управления услугами подсистемы IP-мультимедиа (ISC) проходит по сети связи к множеству (или всем) CSCF серверов, подключенных к сети определенного оператора, предоставляя серверу приложений (AS) возможность сообщения со всеми подобными CSCF [Другие объекты, иллюстрированные на Фиг.1, должны быть известны специалистам в данной области техники].networks, and can also receive internal input signals to perform actions (for example, timer expiration). Figure 2 illustrates the service interface of the IP multimedia subsystem (ISC) between the application server (AS) and the S-CSCF, as well as other interfaces in the IP multimedia subsystem (IMS). Although FIG. 2 depicts an application server (AS) as containing a single interface for the S-CSCF, it is appreciated that in practice, the IP Multimedia Subsystem (ISC) service management interface passes through a communication network to a plurality (or all) of CSCFs servers connected to the network of a particular operator, allowing the application server (AS) to communicate with all similar CSCFs [Other objects illustrated in FIG. 1 should be known to those skilled in the art].
Между сервером приложений (AS) и пользовательским терминалом существует дополнительный интерфейс (Ut) (TS23.002), несмотря на то что он не показан на чертеже. Интерфейс Ut предоставляет пользователю возможность управления информацией, касающейся его или её услуг, таких как создание и назначение публичных идентификаторов услуг, управление используемыми политиками авторизации, например, посредством услуг «контроля присутствия», управление политикой конференции и т.д.Between the application server (AS) and the user terminal there is an additional interface (Ut) (TS23.002), although it is not shown in the drawing. The Ut interface provides the user with the ability to manage information related to his or her services, such as creating and assigning public service identifiers, managing authorization policies used, for example, through “presence control” services, managing conference policies, etc.
Текущая архитектура подсистемы IP-мультимедиа (IMS) предоставляет серверу приложений (AS) возможность инициации сессии, базирующейся на подсистеме IP-мультимедиа (IMS), в ответ на прием сервером приложений (AS) соответствующего запроса по внешнему интерфейсу. Например, можно было предусмотреть то, что запрос на сессию, базирующуюся на подсистеме IP-мультимедиа (IMS), передается на сервер приложений (AS) по интерфейсу HTTP, где пользователь инициирует передачу запроса посредством обращения к web-странице в сети Интернет. В этом случае, при приеме запроса на сессию, сервер приложений (AS) сначала связывается с сервером домашних абонентов (HSS) инициирующего пользователя для определения того, действительно ли пользователь зарегистрирован в подсистеме IP-мультимедиа. Сервер приложений (AS) передает на сервер домашних абонентов (HSS) cформированный для пользователя идентификатор SIP, который сервер домашних абонентов (HSS) может использовать для определения того, действительно ли пользователь является зарегистрированным. Если это истинно, то сервер домашних абонентов (HSS) передает на сервер приложений (AS) идентификатор распределенной пользователю S-CSCF. Затем сервер приложений (AS) передает SIP INVITE на идентифицированную S-CSCF, и процедура установления сессии продолжается иллюстрированным на Фиг.3 способом. Иллюстративным сценарием, где эта ситуация могла бы иметь место, является то, когда абонент мобильной связи 3GPP, являясь зарегистрированным в подсистеме IP-мультимедиа (IMS), входит через домашний компьютер на web-страницу и запрашивает сессию, базирующуюся на подсистеме IP-мультимедиа (IMS), через тот канал.The current architecture of the IP multimedia subsystem (IMS) provides the application server (AS) with the possibility of initiating a session based on the IP multimedia subsystem (IMS) in response to the application server (AS) receiving a corresponding request via an external interface. For example, one could envisage that a request for a session based on the IP multimedia subsystem (IMS) is transmitted to the application server (AS) via the HTTP interface, where the user initiates the transfer of the request by accessing a web page on the Internet. In this case, upon receiving the session request, the application server (AS) first contacts the initiating user’s home subscriber server (HSS) to determine if the user is actually registered in the IP multimedia subsystem. The application server (AS) transmits to the home subscriber server (HSS) a user-generated SIP identifier that the home subscriber server (HSS) can use to determine whether the user is actually registered. If this is true, then the home subscriber server (HSS) sends to the application server (AS) the identifier of the distributed user S-CSCF. Then, the application server (AS) transmits the SIP INVITE to the identified S-CSCF, and the session establishment procedure continues as illustrated in FIG. 3. An illustrative scenario where this situation could occur is when a 3GPP mobile subscriber, being registered in the IP multimedia subsystem (IMS), enters a web page through a home computer and requests a session based on the IP multimedia subsystem ( IMS), through that channel.
В случае если пользователь не зарегистрирован в подсистеме IP-мультимедиа, и об этом сообщено серверу приложений (AS) посредством сервера домашних абонентов (HSS), то запрос не может быть обработан. TS.228 определенно заявляет о том, что «Если сервер приложений (AS) не может получить адрес S-CSCF для публичного идентификатора пользователя, то сервер приложений (AS) не будет инициировать сессию от имени пользователя».If the user is not registered in the IP multimedia subsystem, and this was reported to the application server (AS) through the home subscriber server (HSS), then the request cannot be processed. TS.228 specifically states that "If the application server (AS) cannot obtain the S-CSCF address for the public user ID, the application server (AS) will not initiate the session on behalf of the user."
Должно учитываться, что подобная проблема возникает, в случае если входной сигнал установления сессии, базирующейся на подсистеме IP-мультимедиа (IMS), формируется внутренним способом на сервере приложений (AS). Например, можно предусмотреть сценарий, по которому сервер приложений (AS) запрашивают для выполнения обновления статуса пользователя на сервере контроля присутствия в заданное время. Как в случае с изначальной внешней услугой, текущие стандарты предоставляют возможность инициации требуемой сессии, базирующейся на подсистеме IP-мультимедиа (IMS), только в том случае, если рассматриваемый пользователь зарегистрирован в системе IP-мультимедиа (IMS).It should be borne in mind that a similar problem occurs if the input signal to establish a session based on the IP multimedia subsystem (IMS) is generated internally on the application server (AS). For example, a scenario may be provided in which an application server (AS) is requested to perform a user status update on a presence monitoring server at a predetermined time. As with the original external service, current standards provide the ability to initiate the required session based on the IP multimedia subsystem (IMS) only if the user in question is registered in the IP multimedia system (IMS).
Как обсуждалось выше в отношении пользователя, который предположительно является пользователем, обладающим публичным идентификатором пользователя, он может являться приложением, то есть обладать публичным идентификатором услуги.As discussed above with respect to a user who is presumably a user with a public user identifier, he can be an application, that is, have a public service identifier.
Раскрытие изобретенияDisclosure of invention
Было признано, что пользователи могут иметь желание получить доступ к услугам подсистемы IP-мультимедиа (IMS), даже в случае если они не зарегистрированы в подсистеме IP-мультимедиа (IMS), и, в особенности, когда средство, используемое ими для инициации запроса на коммуникацию, базирующуюся на подсистеме IP-мультимедиа (IMS), не облегчает регистрацию в подсистеме IP-мультимедиа (IMS).It was recognized that users may wish to access the services of the IP Multimedia Subsystem (IMS), even if they are not registered in the IP Multimedia Subsystem (IMS), and especially when the means they use to initiate a request for Communication based on the IP Multimedia Subsystem (IMS) does not facilitate registration in the IP Multimedia Subsystem (IMS).
Согласно первому аспекту настоящего изобретения обеспечивается способ связи, базирующейся на подсистеме IP-мультимедиа (IMS), для пользователя, который априори не зарегистрирован в подсистеме IP-мультимедиа, содержащий этапы:According to a first aspect of the present invention, there is provided a communication method based on an IP multimedia subsystem (IMS) for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of:
приема запроса на установление связи от упомянутого пользователя на сервере приложений (AS) SIP по интерфейсу для внешней сети либо приема сформированных внутренним или внешним способом входных сигналов, запрашивающих установление связи, базирующейся на подсистеме IP-мультимедиа;receiving a request for establishing a connection from the said user on the SIP application server (AS) via an interface for an external network or receiving input signals generated internally or externally that request establishing a connection based on the IP multimedia subsystem;
распределения пользователю обслуживающей функции управления сессиями вызовов;distributing to the user a serving call session management function;
передачи запроса SIP с сервера приложений (AS) на распределенную обслуживающую функцию управления сессиями вызовов; иtransmitting the SIP request from the application server (AS) to the distributed serving call session management function; and
установления требуемой связи.establishing the required connection.
В первом варианте осуществления настоящего изобретения этап распределения пользователю обслуживающей функции управления сессиями вызовов выполняется сервером приложений. Сервер приложений получает характеристики обслуживающей функции управления сессиями вызовов с сервера домашних абонентов и на основе этих характеристик распределяет обслуживающую функцию управления сессиями вызовов. [Сервер приложений должен содержать или иметь возможность получить информацию о доступной S-CSCF.] Затем сервер приложений передает запрос SIP на распределенную обслуживающую функцию управления сессиями вызовов.In a first embodiment of the present invention, the step of distributing a serving session management function to a user is performed by the application server. The application server receives the characteristics of the serving call session management function from the home subscriber server and based on these characteristics distributes the serving call session management function. [The application server should contain or be able to obtain information about the available S-CSCF.] The application server then sends the SIP request to the distributed serving call session management function.
Во втором варианте осуществления настоящего изобретения этап распределения пользователю обслуживающей функции управления сессиями вызовов выполняется опрашивающей функцией управления сессиями вызовов. Сервер приложений передает запрос SIP на опрашивающую функцию управления сессиями вызовов, и в ответ опрашивающая функция управления сессиями вызовов получает характеристики обслуживающей функции управления сессиями вызовов с сервера домашних абонентов, а также, на основе этих характеристик, распределяет обслуживающую функцию управления сессиями вызовов. Затем опрашивающая функция управления сессиями вызовов передает запрос SIP на распределенную обслуживающую функцию управления сессиями вызовов.In a second embodiment of the present invention, the step of distributing the call session management function to the user is performed by the call session management interrogation function. The application server sends a SIP request to the polling call session management function, and in response, the polling call session management function receives the characteristics of the serving call session management function from the home subscriber server, and also, based on these characteristics, distributes the serving call session management function. The interrogating call session management function then transmits a SIP request to the distributed serving call session management function.
В третьем варианте осуществления изобретения этап распределения пользователю обслуживающей функции управления сессиями вызовов выполняется обслуживающей функцией управления сессиями вызовов. Сервер приложений передает запрос SIP на обслуживающую функцию управления сессиями вызовов, и в ответ обслуживающая функция управления сессиями вызовов получает характеристики обслуживающей функции управления сессиями вызовов с сервера домашних абонентов, а также, на основе этих характеристик, распределяет обслуживающую функцию управления сессиями вызовов. Затем обслуживающая функция управления сессиями вызовов передает запрос SIP на распределенную обслуживающую функцию управления сессиями вызовов, в случае если распределенная обслуживающая функция управления сессиями вызовов является отличной от самой себя.In a third embodiment of the invention, the step of distributing to the user a serving call session management function is performed by a serving call session management function. The application server transmits a SIP request to the serving call session management function, and in response, the serving call session management function receives the characteristics of the serving call session management function from the home subscriber server, and also, based on these characteristics, distributes the serving call session management function. Then, the serving call session management function transmits a SIP request to the distributed serving call session management function if the distributed serving call session management function is different from itself.
Должно учитываться, что серверу приложений не может быть изначально известно о том, что пользователь не зарегистрирован в подсистеме IP-мультимедиа, и он передает запрос на сервер домашних абонентов для определения того, действительно ли пользователь является зарегистрированным. Для обеспечения повышенной безопасности ответ от сервера домашних абонентов, информирующий сервер приложений о том, что пользователь не является зарегистрированным, может сопровождаться «маркером» безопасности. Этот маркер безопасности обеспечивает средство аутентификации сервера приложений и является включенным в состав запроса SIP, передаваемого сервером приложений. Распределенная обслуживающая функция управления сессиями вызовов может аутентифицировать запрос SIP в качестве произошедшего от верного сервера приложений, например, посредством отправки маркера безопасности на сервер домашних абонентов и полагаясь на то, что сервер домашних абонентов вернет характеристики обслуживающей функции сессий вызовов в случае, если маркер является верным.It should be taken into account that the application server cannot be initially aware that the user is not registered in the IP multimedia subsystem, and he sends a request to the home subscriber server to determine if the user is really registered. To provide enhanced security, a response from the home subscriber server informing the application server that the user is not registered can be accompanied by a security “token”. This security token provides an authentication tool for the application server and is included in the SIP request sent by the application server. The distributed call session management function can authenticate the SIP request from the correct application server, for example, by sending a security token to the home subscriber server and relying on the home subscriber server to return the characteristics of the call session servicing function if the token is correct .
Согласно второму аспекту настоящего изобретения обеспечивается способ функционирования сервера приложений для инициации связи, базирующейся на подсистеме IP-мультимедиа, для пользователя, который априори не зарегистрирован в подсистеме IP-мультимедиа, содержащий этапы:According to a second aspect of the present invention, there is provided a method of operating an application server to initiate communication based on an IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of:
приема запроса на установление связи от упомянутого пользователя через интерфейс для внешней сети либо приема сформированных внутренним или внешним способом входных сигналов, запрашивающих установление связи, базирующейся на подсистеме IP-мультимедиа;receiving a request for establishing a connection from said user through an interface for an external network or receiving input signals generated internally or externally that request establishing a communication based on the IP multimedia subsystem;
распределения пользователю обслуживающей функции управления сессиями вызовов; иdistributing to the user a serving call session management function; and
передачи запроса SIP на распределенную обслуживающую функцию управления сессиями вызовов.transmitting the SIP request to the distributed serving call session management function.
Согласно третьему аспекту настоящего изобретения обеспечивается способ функционирования опрашивающей функции управления сессиями вызовов для установления связи, базирующейся на подсистеме IP-мультимедиа, для пользователя, который априори не зарегистрирован в подсистеме IP-мультимедиа, содержащий этапы:According to a third aspect of the present invention, there is provided a method of operating an interrogating call session management function for establishing a connection based on an IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of:
приема с сервера приложений запроса на установления связи, связанного с упомянутым пользователем;receiving from the application server a request for establishing a connection associated with said user;
распределения пользователю обслуживающей функции управления сессиями вызовов; иdistributing to the user a serving call session management function; and
передачи запроса SIP на распределенную обслуживающую функцию управления сессиями вызовов.transmitting the SIP request to the distributed serving call session management function.
Согласно четвертому аспекту настоящего изобретения обеспечивается способ функционирования обслуживающей функции управления сессиями вызовов для установления связи, базирующейся на подсистеме IP-мультимедиа, для пользователя, который априори не зарегистрирован в подсистеме IP-мультимедиа, содержащий этапы: According to a fourth aspect of the present invention, there is provided a method for operating a serving call session management function to establish communication based on an IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of:
приема с сервера приложений запроса на установление связи, связанного с упомянутым пользователем;receiving from the application server a request to establish a connection associated with said user;
распределения пользователю обслуживающей функции управления сессиями вызовов; иdistributing to the user a serving call session management function; and
передачи запроса SIP на распределенную обслуживающую функцию управления сессиями вызовов, в случае если распределенная обслуживающая функция управления сессиями вызовов является отличной от самой себя.transmitting the SIP request to the distributed call session management function, in case the distributed call session management function is different from itself.
Согласно уместным стандартам распределенная обслуживающая функция управления сессиями вызовов принимает определенный профиль идентификатора пользователя с сервера домашних абонентов. Этот профиль должен поддерживать незарегистрированные вызовы.According to relevant standards, the distributed call session management function receives a specific user ID profile from the home subscriber server. This profile must support unregistered calls.
Согласно пятому аспекту настоящего изобретения обеспечивается способ обеспечения безопасности передачи между сервером функции управления сессиями вызовов подсистемы IP-мультимедиа и сервером приложений SIP, причем передача связана с установлением связи с пользователем, содержащий этапы:According to a fifth aspect of the present invention, there is provided a method for securing a transfer between an IP multimedia subscription call session management server and a SIP application server, the transfer being associated with establishing a user connection, comprising the steps of:
передачи маркера безопасности с сервера домашних абонентов пользователя на сервер функции управления сессиями вызовов либо на сервер приложений SIP;transmitting the security token from the user's home subscriber server to the server of the call session management function or to the SIP application server;
передачи принятого маркера безопасности с сервера функции управления сессиями вызовов либо с сервера приложений SIP на другой сервер приложений SIP или функцию управления сессиями вызовов; иtransferring the received security token from the server to the call session management function or from the SIP application server to another SIP application server or call session management function; and
подтверждения подлинности маркера безопасности посредством установления связи с сервером домашних абонентов на принимающем сервере функции управления сессиями вызовов либо сервере приложений SIP.Confirming the authenticity of the security token by establishing communication with the home subscriber server on the receiving server of the call session management function or the SIP application server.
Используемый в настоящем описании термин «связь» охватывает как процедуры установления сессии, так и процедуры, не относящиеся к установлению сессии, например простой обмен сообщениями SIP.As used herein, the term “communication” covers both session establishment procedures and non-session establishment procedures, such as simple SIP messaging.
Краткое описание чертежейBrief Description of the Drawings
Фиг.1 схематично иллюстрирует интеграцию подсистемы IP-мультимедиа в систему мобильной связи третьего поколения;Figure 1 schematically illustrates the integration of the IP multimedia subsystem into a third generation mobile communication system;
Фиг.2 схематично иллюстрирует некоторые объекты подсистемы IP-мультимедиа, включая сервер приложений и обслуживающую функцию управления сессиями вызовов;Figure 2 schematically illustrates some objects of the IP multimedia subsystem, including an application server and a serving call session management function;
Фиг.3 иллюстрирует диаграмму передачи, иллюстрирующую передачу, связанную с инициацией сессии, базирующейся на подсистеме IP-мультимедиа, посредством сервера приложений;3 illustrates a transmission diagram illustrating a transmission associated with initiating a session based on an IP multimedia subsystem through an application server;
Фиг.4 иллюстрирует диаграмму передачи, иллюстрирующую передачу, связанную с инициацией сессии, базирующейся на подсистеме IP-мультимедиа, посредством сервера приложений согласно первому варианту осуществления изобретения;4 is a transmission diagram illustrating a transmission associated with initiating a session based on an IP multimedia subsystem by an application server according to a first embodiment of the invention;
Фиг.5 иллюстрирует диаграмму передачи, иллюстрирующую передачу, связанную с инициацией сессии, базирующейся на подсистеме IP-мультимедиа, посредством сервера приложений согласно второму варианту осуществления изобретения; и5 illustrates a transmission diagram illustrating a transmission associated with initiating a session based on an IP multimedia subsystem by an application server according to a second embodiment of the invention; and
Фиг.6 иллюстрирует диаграмму передачи, иллюстрирующую передачу, связанную с инициацией сессии, базирующейся на подсистеме IP-мультимедиа, посредством сервера приложений согласно третьему варианту осуществления изобретения.6 illustrates a transmission diagram illustrating a transmission associated with initiating a session based on an IP multimedia subsystem by an application server according to a third embodiment of the invention.
Подробное описание некоторых вариантов осуществления изобретенияDetailed Description of Some Embodiments
Проблема, на решение которой направлено настоящее изобретение, заключается в том, что согласно уровню техники сервер приложений (AS) SIP не может инициировать запрос SIP от имени незарегистрированного пользователя в подсистеме IP-мультимедиа (IMS) и в то же время допускает ввод обслуживающей функции управления сессиями вызовов в путь передачи для выполнения анализа происхождения услуги. Однако это может потребоваться в случае, если сервер приложений (AS) использует другой протокол (отличный от SIP) для установления связи с пользователем (например, HTTP, SMS, ММ или другой мультимедийный протокол) [либо на сервере приложений (AS) возникают внутренние входные сигналы, например, касающиеся обновления статуса контроля присутствия в указанное время], а пользователь требует инициацию запроса SIP от своего лица.The problem to which the present invention is directed is that, according to the prior art, the SIP application server (AS) cannot initiate a SIP request on behalf of an unregistered user in the IP multimedia subsystem (IMS) and at the same time allows the entry of a management management function call sessions in the transmission path to perform analysis of the origin of the service However, this may be necessary if the application server (AS) uses a different protocol (other than SIP) to establish a connection with the user (for example, HTTP, SMS, MM, or another multimedia protocol) [or internal input servers appear on the application server (AS) signals, for example, regarding updating the status of presence monitoring at a specified time], and the user requires the initiation of a SIP request on his behalf.
Используемая в настоящем документе основная идея заключается в распределении обслуживающей функции управления сессиями вызовов (S-CSCF) в случае, если сервер приложений (AS) определит, что S-CSCF еще не была распределена пользователю (например, пользователь не зарегистрирован в подсистеме IP-мультимедиа (IMS)). После распределения S-CSCF она информирует сервер домашних абонентов (HSS) о том, что теперь она распределена в качестве обслуживающей CSCF, пока поддерживается статус незарегистрированного пользователя, а затем S-CSCF загружает профиль пользователя. Запрос на сессию от сервера приложений (AS), переданный на подсистему IP-мультимедиа (IMS), рассматривается как запрос о происхождении. Далее будут рассмотрены три альтернативных варианта осуществления, начиная с этапа, на котором сервер приложений (AS) принял запрос на инициацию сессии, базирующейся на подсистеме IP-мультимедиа (IMS), по интерфейсу, отличающемуся от SIP. [Другие возможности для инициации процесса включают в себя формирование внутренних входных сигналов на сервере приложений (AS), например, в результате «программирования» сервера приложений (AS) пользователем через интерфейс Ut и прием внешних входных сигналов от источника, отличающегося от пользователя.]The main idea used in this document is to distribute the Call Session Management Service (S-CSCF) in the event that the application server (AS) determines that the S-CSCF has not yet been allocated to the user (for example, the user is not registered in the IP multimedia subsystem (IMS)). After distributing the S-CSCF, it informs the home subscriber server (HSS) that it is now distributed as a serving CSCF while the unregistered user status is maintained, and then the S-CSCF downloads the user profile. A session request from an application server (AS) sent to an IP multimedia subsystem (IMS) is considered a origin request. Next, three alternative embodiments will be considered, starting with the stage at which the application server (AS) accepted the request to initiate a session based on the IP multimedia subsystem (IMS) over an interface other than SIP. [Other possibilities for initiating the process include generating internal input signals on the application server (AS), for example, by "programming" the application server (AS) by the user through the Ut interface and receiving external input signals from a source other than the user.]
Распределение S-CSCF, выполняемое сервером приложенийS-CSCF Distribution by Application Server
Поток передачи, связанный с первым вариантом осуществления, иллюстрирован на Фиг.4, где этапы процесса являются следующими:The transmission stream associated with the first embodiment is illustrated in FIG. 4, where the process steps are as follows:
1. Сервер приложений (AS) пытается найти адрес S-CSCF для пользователя посредством контакта с сервером домашних абонентов (HSS) по интерфейсу Sh (Фиг.1), отсылая идентификатор SIP пользователя, сформированный от имени пользователя, на сервер домашних абонентов (HSS). Сервер приложений (AS) определяет, что пользователь не зарегистрирован и что S-CSCF не была распределена пользователю.1. The application server (AS) tries to find the S-CSCF address for the user by contacting the home subscriber server (HSS) via the Sh interface (Fig. 1), sending the user SIP identifier generated on behalf of the user to the home subscriber server (HSS) . The application server (AS) determines that the user is not registered and that the S-CSCF has not been distributed to the user.
2. Сервер приложений (AS) запрашивает необходимые характеристики S-CSCF с сервера домашних абонентов (HSS).2. The application server (AS) requests the necessary S-CSCF characteristics from the home subscriber server (HSS).
3. Сервер домашних абонентов (HSS) возвращает запрашиваемые характеристики S-CSCF серверу приложений по интерфейсу Sh. Эти функциональные возможности являются новыми, поскольку текущие характеристики S-CSCF могут быть переданы только по интерфейсу Cx.3. The Home Subscriber Server (HSS) returns the requested S-CSCF characteristics to the application server via the Sh interface. This functionality is new because the current S-CSCF specifications can only be transmitted over the Cx interface.
4. Сервер приложений (AS) осуществляет выбор S-CSCF согласно некоторым предварительно определенным критериям, детали которых здесь не уместны. (В настоящее время эти функциональные возможности постоянно находятся в I-CSCF.)4. The application server (AS) selects the S-CSCF according to some predefined criteria, the details of which are not relevant here. (These features are currently resident in the I-CSCF.)
5. Сервер приложений (AS) формирует запрос SIP (например, SIP INVITE), содержащий идентификатор пользователя (например, sip:[email protected]). Запрос SIP передается на выбранную S-CSCF по интерфейсу ICS. [IP-адрес сервера приложений (AS) идентифицируется S-CSCF в заголовке IP.]5. The application server (AS) generates a SIP request (for example, SIP INVITE) containing the user ID (for example, sip: [email protected]). The SIP request is transmitted to the selected S-CSCF via the ICS interface. [The application server (AS) IP address is identified by the S-CSCF in the IP header.]
6. S-CSCF выполняет поиск профиля пользователя на сервере домашних абонентов (HSS) и информирует сервер домашних абонентов (HSS) о том, что теперь S-CSCF является распределенной пользователю, пока поддерживается статус незарегистрированного пользователя на сервере домашних абонентов (HSS). S-CSCF записывает карту размещения информации между распределенным идентификатором SIP и IP-адресом сервера приложений (AS).6. The S-CSCF searches for the user profile on the home subscriber server (HSS) and informs the home subscriber server (HSS) that the S-CSCF is now distributed to the user while maintaining the unregistered user status on the home subscriber server (HSS). The S-CSCF records the information allocation map between the distributed SIP identifier and the IP address of the application server (AS).
7. Сервер домашних абонентов (HSS) возвращает профиль пользователя на S-CSCF. Профиль абонента теперь может содержать информацию о профиле исходящей незарегистрированной услуги, а также информацию о профиле исходящей зарегистрированной, конечной зарегистрированной и конечной незарегистрированной услугах.7. The Home Subscriber Server (HSS) returns the user profile to the S-CSCF. The subscriber profile can now contain information about the profile of the outgoing unregistered services, as well as information about the profile of the outgoing registered, final registered and final unregistered services.
8. S-CSCF выполняет любое управление услугами на основе принятого профиля пользователя (например, подключение к дополнительному серверу приложений (AS)) и записывает карту размещения информации между распределенным идентификатором SIP и IP-адресом сервера приложений (AS). Управление услугами может включать в себя, например, использование фильтров вывода изображения (на экран) для управления абонентским доступом к услугам подсистемы IP-мультимедиа (IMS).8. The S-CSCF performs any service management based on the accepted user profile (for example, connecting to an additional application server (AS)) and writes a map of information placement between the distributed SIP identifier and the IP address of the application server (AS). Service management may include, for example, the use of image output filters (on-screen) to control subscriber access to the services of the IP multimedia subsystem (IMS).
9. Запрос SIP передается соответствующему адресату.9. The SIP request is transmitted to the appropriate destination.
10. Ответ SIP принимается от адресата.10. The SIP response is received from the addressee.
11. Ответ SIP передается на сервер приложений (AS). Это устанавливает сессию SIP.11. The SIP response is transmitted to the application server (AS). This sets up a SIP session.
Распределение S-CSCF, выполняемое посредством I-CSCFS-CSCF Distribution by I-CSCF
Поток передачи, связанный со вторым вариантом осуществления, иллюстрирован на Фиг.5, где этапы процесса являются следующими:The transmission stream associated with the second embodiment is illustrated in FIG. 5, where the process steps are as follows:
1. Сервер приложений (AS) пытается найти адрес S-CSCF для пользователя на сервере домашних абонентов (HSS). Сервер приложений (AS) определяет, что пользователь не зарегистрирован и что S-CSCF не была распределена пользователю, как описано выше.1. The application server (AS) is trying to find the S-CSCF address for the user on the home subscriber server (HSS). The application server (AS) determines that the user is not registered and that the S-CSCF has not been distributed to the user, as described above.
2. Сервер приложений (AS) запрашивает маркер безопасности с сервера домашних абонентов (HSS). Он необходим распределенной S-CSCF (см. ниже) для подтверждения того, что запрос является подлинным. Без этого механизма безопасности существует риск того, что другой объект SIP (например, зарегистрированный пользователь SIP) может передать поддельный запрос на инициацию сессии на S-CSCF и что S-CSCF не будет способна отличить этот поддельный запрос от подлинного запроса, переданного ей с сервера приложений (AS). До тех пор, пока некоторые идентификаторы включены в запрос для идентификации запроса в качестве произошедшего на сервере приложений (AS), он является идентификатором, который может быть скопирован, и в связи с этим может устранить угрозу безопасности.2. The application server (AS) requests a security token from the home subscriber server (HSS). It is required by the distributed S-CSCF (see below) to confirm that the request is genuine. Without this security mechanism, there is a risk that another SIP object (for example, a registered SIP user) may send a fake session initiation request to the S-CSCF and that the S-CSCF will not be able to distinguish this fake request from the genuine request sent to it from the server applications (AS). As long as some identifiers are included in the request to identify the request as what happened on the application server (AS), it is an identifier that can be copied, and therefore can eliminate a security risk.
3. Сервер домашних абонентов (HSS) отвечает серверу приложений (AS) маркером безопасности. Сервер домашних абонентов (HSS) должен аутентифицировать сервер приложений (AS), а также должен разрешить серверу приложений (AS) функционировать от имени пользователя до формирования маркера безопасности.3. The Home Subscriber Server (HSS) responds to the application server (AS) with a security token. The Home Subscriber Server (HSS) must authenticate the application server (AS), and must also allow the application server (AS) to function on behalf of the user until a security token is generated.
4. Сервер приложений (AS) передает запрос SIP, содержащий маркер безопасности (а также идентификатор пользователя и IP-адрес сервера приложений (AS)) на предварительно определенную I-CSCF.4. The application server (AS) sends a SIP request containing the security token (as well as the user ID and IP address of the application server (AS)) to the predefined I-CSCF.
5. I-CSCF выполняет обмен Cx-query и Cx-select-pull с сервером домашних абонентов (HSS) для получения необходимых характеристик S-CSCF.5. The I-CSCF exchanges Cx-query and Cx-select-pull with the Home Subscriber Server (HSS) to obtain the necessary S-CSCF characteristics.
6. Сервер домашних абонентов (HSS) отвечает на Cx-query и Cx-select-pull, предоставляя необходимые характеристики S-CSCF.6. The Home Subscriber Server (HSS) responds to Cx-query and Cx-select-pull, providing the necessary S-CSCF features.
7. I-CSCF выбирает S-CSCF с использованием предварительно определенных критериев.7. The I-CSCF selects the S-CSCF using predefined criteria.
8. Запрос SIP с маркером безопасности передается с I-CSCF на выбранную S-CSCF. I-CSCF не должна записывать маршрут этого запроса, поскольку он не должен оставаться в пути передачи SIP после установления сессии.8. The SIP request with the security token is transmitted from the I-CSCF to the selected S-CSCF. The I-CSCF should not record the route of this request, since it should not remain in the SIP transmission path after establishing a session.
9. S-CSCF выполняет поиск профиля пользователя на сервере домашних абонентов (HSS) и информирует сервер домашних абонентов (HSS) о том, что S-CSCF теперь является распределенной пользователю, пока поддерживается статус незарегистрированного пользователя. Маркер безопасности включен в запросы Cx-put/Cx-pull. Если подлинность маркера подтверждена сервером домашних абонентов (HSS), то S-CSCF известно, что запрос SIP пришел с верного сервера приложений (AS). К тому же этот профиль может содержать информацию о профиле незарегистрированного происхождения.9. The S-CSCF searches for the user profile on the home subscriber server (HSS) and informs the home subscriber server (HSS) that the S-CSCF is now distributed to the user while the unregistered user status is maintained. A security token is included in Cx-put / Cx-pull requests. If the token is authenticated by the Home Subscriber Server (HSS), then the S-CSCF knows that the SIP request came from the correct application server (AS). In addition, this profile may contain information about a profile of unregistered origin.
10. Сервер домашних абонентов (HSS) возвращает профиль пользователя на S-CSCF (предполагая, что маркер является подлинным).10. The Home Subscriber Server (HSS) returns the user profile to the S-CSCF (assuming the token is genuine).
11. S-CSCF выполняет любое необходимое управление услугами на основе использования принятого профиля.11. The S-CSCF performs any necessary service management based on the use of the accepted profile.
12. Запрос SIP передается адресату.12. The SIP request is forwarded to the addressee.
13. Ответ SIP принимается от адресата.13. The SIP reply is received from the addressee.
14. Ответ SIP передается на I-CSCF.14. The SIP response is transmitted to the I-CSCF.
15. Ответ SIP передается на сервер приложений (AS).15. The SIP response is transmitted to the application server (AS).
[SIP определяет, что ответ SIP должен пройти все те же узлы, которые были пройдены запросом SIP. Следовательно, S-CSCF не передает ответ непосредственно на сервер приложений (AS).][SIP determines that the SIP reply must go through all the same nodes that were passed by the SIP request. Therefore, the S-CSCF does not transmit the response directly to the application server (AS).]
Распределение S-CSCF, выполняемое посредством S-CSCFS-CSCF Distribution by S-CSCF
Поток передачи, связанный с третьим вариантом осуществления, иллюстрирован на Фиг.6, этапы процесса являются следующими:The transmission stream associated with the third embodiment is illustrated in FIG. 6, the process steps are as follows:
1. Сервер приложений (AS) пытается найти адрес S-CSCF для пользователя. Сервер приложений (AS) определяет, что пользователь не зарегистрирован и что S-CSCF не была распределена пользователю.1. The application server (AS) is trying to find the S-CSCF address for the user. The application server (AS) determines that the user is not registered and that the S-CSCF has not been distributed to the user.
2. Сервер приложений (AS) запрашивает маркер безопасности с сервера домашних абонентов (HSS). Он необходим S-CSCF (см. ниже) для подтверждения того, что запрос пришел с верного сервера приложений (AS).2. The application server (AS) requests a security token from the home subscriber server (HSS). It is required by the S-CSCF (see below) to confirm that the request came from the correct application server (AS).
3. Сервер домашних абонентов (HSS) отвечает маркером безопасности. Сервер домашних абонентов (HSS) должен аутентифицировать сервер приложений (AS), а также должен разрешить серверу приложений (AS) функционировать от имени пользователя до формирования маркера безопасности.3. The Home Subscriber Server (HSS) responds with a security token. The Home Subscriber Server (HSS) must authenticate the application server (AS), and must also allow the application server (AS) to function on behalf of the user until a security token is generated.
4. Сервер приложений (AS) передает запрос SIP, содержащий маркер безопасности, на подходящую S-CSCF, например, сервер приложений (AS) может сделать обоснованное предположение относительно наиболее вероятной S-CSCF на основе накопленных данных для данного пользователя.4. An application server (AS) sends a SIP request containing a security token to a suitable S-CSCF, for example, an application server (AS) can make a reasonable assumption about the most likely S-CSCF based on the accumulated data for a given user.
5. S-CSCF выполняет обмен Cx-query и Cx-select-pull с сервером домашних абонентов (HSS) для получения необходимых характеристик S-CSCF.5. The S-CSCF exchanges Cx-query and Cx-select-pull with the Home Subscriber Server (HSS) to obtain the necessary S-CSCF characteristics.
6. Сервер домашних абонентов (HSS) отвечает на Cx-query и Cx-select-pull, предоставляя обслуживающей функции управления сессиями вызовов (S-CSCF) необходимые характеристики S-CSCF. Это является новой функциональной возможностью, поскольку предварительно необходимые характеристики S-CSCF включены только в процедуры Cx для I-CSCF.6. The Home Subscriber Server (HSS) responds to Cx-query and Cx-select-pull, providing the Call Session Management Function (S-CSCF) with the necessary S-CSCF features. This is a new feature because the pre-requisite S-CSCF features are only included in the Cx procedures for the I-CSCF.
7. S-CSCF осуществляет выбор S-CSCF. Она может выбрать саму себя, в случае если она имеет необходимые характеристики S-CSCF.7. The S-CSCF selects the S-CSCF. She can choose herself if she has the necessary S-CSCF features.
8. Запрос SIP передается с распределяющей S-CSCF на распределенную S-CSCF совместно с маркером безопасности. [Выбор S-CSCF не должен записывать маршрут запроса.]8. The SIP request is transmitted from the distributing S-CSCF to the distributed S-CSCF together with the security token. [S-CSCF selection should not record the request route.]
9. Распределенная S-CSCF выполняет поиск профиля пользователя на сервере домашних абонентов и информирует сервер домашних абонентов (HSS) о том, что теперь она (S-CSCF) является распределенной пользователю, пока поддерживается статус незарегистрированного пользователя. Маркер безопасности включен запросы Cx-put/Cx-pull. Если подлинность маркера подтверждена сервером домашних абонентов (HSS) для того пользователя, то S-CSCF известно о том, что запрос SIP пришел с верного сервера приложений (AS).9. Distributed S-CSCF searches for the user profile on the home subscriber server and informs the home subscriber server (HSS) that it is now (S-CSCF) distributed to the user while the status of an unregistered user is maintained. Security Token Enabled Cx-put / Cx-pull Requests. If the token is authenticated by the home subscriber server (HSS) for that user, then the S-CSCF is aware that the SIP request came from the correct application server (AS).
10. Сервер домашних абонентов (HSS) возвращает профиль пользователя на распределенную S-CSCF, предполагая, что маркер является подлинным. К тому же этот профиль содержит информацию о профиле незарегистрированного происхождения.10. The Home Subscriber Server (HSS) returns the user profile to the distributed S-CSCF, assuming the token is genuine. In addition, this profile contains information about the profile of unregistered origin.
11. S-CSCF выполняет любое необходимое управление услугами на основе принятого профиля пользователя.11. The S-CSCF performs any necessary service control based on the received user profile.
12. Запрос SIP передается соответствующему адресату.12. The SIP request is transmitted to the appropriate destination.
13. Ответ SIP принимается от адресата.13. The SIP reply is received from the addressee.
14. Ответ SIP передается на первую S-CSCF.14. The SIP response is transmitted to the first S-CSCF.
15. Ответ SIP передается на сервер приложений (AS).15. The SIP response is transmitted to the application server (AS).
В то время как вышеописанные процедуры касались сервера приложений (AS), инициирующего сессию SIP с пользователем, связанным с публичным идентификатором пользователя (PUI), они также применимы к серверу приложений (AS), инициирующему сессию SIP с «пользователем», связанным с публичным идентификатором услуги (PSI). Публичный идентификатор услуги (PSI) описан в 3GPP TS 23.228.While the above procedures relate to an application server (AS) initiating a SIP session with a user associated with a public user identifier (PUI), they also apply to an application server (AS) initiating a SIP session with a "user" associated with a public identifier Services (PSI) The Public Service Identifier (PSI) is described in 3GPP TS 23.228.
Специалистам в данной области будет очевидно то, что различные модификации могут быть применены к вышеупомянутым описанным вариантам осуществления, не отступая от объема настоящего изобретения. В иллюстративной модификации вышеописанный со ссылкой на второй и третий варианты осуществления механизм использования маркера безопасности также может быть использован с первым вариантом осуществления для предоставления серверу домашних абонентов (HSS) (от имени распределенной S-CSCF) возможности подтверждения подлинности сервера приложений (AS), от которого был принят запрос SIP. Также специалистам в данной области техники будет очевидно, что маркер безопасности, выданный сервером домашних абонентов (HSS), может быть использован для защиты коммуникации, базирующейся на подсистеме IP-мультимедиа (IMS), кроме коммуникации, базирующейся на предоставлении услуг подсистемы IP-мультимедиа (IMS) незарегистрированным пользователям. Например, маркер безопасности, выданный сервером домашних абонентов (HSS), может использоваться в целом для обеспечения наилучшего средства обеспечения безопасности для передачи, посланной с S-CSCF на сервер приложений (AS) (то есть для защиты всей передачи ISC). В частности, если S-CSCF принимает профиль пользователя с сервера домашних абонентов (HSS) (то есть при регистрации пользователя SIP), то она также принимает маркер безопасности. После того как сервер приложений (AS) принял этот маркер, сервер приложений (AS) должен выполнить проверку того, что маркер безопасности является подлинным (посредством коммуникации с сервером домашних абонентов (HSS) по интерфейсу Sh). Маркер безопасности, вероятно, имеет ограниченный срок действия.It will be apparent to those skilled in the art that various modifications can be applied to the above described embodiments without departing from the scope of the present invention. In an illustrative modification, the security token mechanism described above with reference to the second and third embodiments can also be used with the first embodiment to provide the home subscriber server (HSS) (on behalf of the distributed S-CSCF) authentication capabilities of the application server (AS) from which received the SIP request. It will also be apparent to those skilled in the art that the security token issued by the Home Subscriber Server (HSS) can be used to protect communication based on the IP multimedia subsystem (IMS), in addition to communication based on the provision of IP multimedia subsystem services ( IMS) to unregistered users. For example, a security token issued by a home subscriber server (HSS) can generally be used to provide the best security for the transmission sent from the S-CSCF to the application server (AS) (i.e., to protect the entire ISC transmission). In particular, if the S-CSCF receives a user profile from a home subscriber server (HSS) (that is, when registering a SIP user), then it also receives a security token. After the application server (AS) has received this token, the application server (AS) must verify that the security token is genuine (by communicating with the home subscriber server (HSS) over the Sh interface). The security token probably has a limited validity period.
Claims (14)
принимают запрос на установление связи от пользователя на сервере приложений SIP по интерфейсу для внешней сети, либо принимают сформированные внутренним или внешним способом входные сигналы, запрашивающие установление связи, базирующейся на подсистеме IP-мультимедиа;
присваивают пользователю обслуживающую функцию управления сессиями вызовов;
передают запрос SIP с сервера приложений на присвоенную обслуживающую функцию управления сессиями вызовов; и устанавливают запрашиваемую связь.1. A method of establishing communication based on the IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of
accept a request for communication from the user on the SIP application server via an interface for an external network, or receive input signals generated internally or externally, requesting the establishment of communications based on the IP multimedia subsystem;
Assign a serving call session management function to the user.
transmit the SIP request from the application server to the assigned serving call session management function; and establish the requested connection.
принимают запрос на установления связи от пользователя по интерфейсу для внешней сети либо принимают сформированные внутренним или внешним способом входные сигналы, запрашивающие установление связи, базирующейся на подсистеме IP-мультимедиа;
присваивают пользователю обслуживающую функцию управления сессиями вызовов; и
передают запрос SIP на присвоенную обслуживающую функцию управления сессиями вызовов.11. The method of operation of the application server to establish communication based on the IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem (IMS), comprising the steps of
accept a request for establishing a connection from a user via an interface for an external network, or receive input signals generated internally or externally that request establishing a connection based on the IP multimedia subsystem;
Assign a serving call session management function to the user. and
transmit the SIP request to the assigned serving call session management function.
принимают запрос на установление связи, связанный с пользователем, с сервера приложений;
присваивают пользователю обслуживающую функцию управления сессиями вызовов; и
передают запрос SIP на присвоенную обслуживающую функцию управления сессиями вызовов.12. The method of operation of the interrogating function of the management of call sessions to establish communication based on the IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of
accept a request for establishing communication associated with the user from the application server;
Assign a serving call session management function to the user. and
transmit the SIP request to the assigned serving call session management function.
принимают запрос на установление связи, связанный с пользователем, с сервера приложений;
присваивают пользователю обслуживающую функцию управления сессиями вызовов; и
передают запрос SIP на присвоенную обслуживающую функцию управления сессиями вызовов в случае, если присвоенная обслуживающая функция управления сессиями вызовов является обслуживающей функцией управления сессиями вызовов, отличной от самой себя.13. The method of operation of the serving call session management function for establishing communication based on the IP multimedia subsystem for a user who is not a priori registered in the IP multimedia subsystem, comprising the steps of
accept a request for establishing communication associated with the user from the application server;
Assign a serving call session management function to the user. and
transmit a SIP request to the assigned call session management function if the assigned call session management function is a call session management function other than itself.
передают маркер безопасности с сервера домашних абонентов пользователя на сервер функции управления сессиями вызовов или на сервер приложений SIP;
передают принятый маркер безопасности с сервера функции управления сессиями вызовов либо с сервера приложений SIP на другой сервер приложений SIP или на функцию управления сессиями вызовов; и
аутентифицируют маркер безопасности посредством установления связи с сервером домашних абонентов на принимающем сервере функции управления сессиями вызовов либо на сервере приложений SIP. 14. A method of protecting the transmission between the server of the session management function of the IP multimedia subsystem and the SIP application server, the transfer being associated with establishing a connection for the user, comprising the steps of
transmit the security token from the user's home subscriber server to the server session management functions of calls or to the SIP application server;
transmit the received security token from the server to the call session management function either from the SIP application server to another SIP application server or to the call session management function; and
authenticate the security token by establishing a call session management function with the home subscriber server on the receiving server or on the SIP application server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2007140366/09A RU2370918C2 (en) | 2005-04-01 | 2005-04-01 | Communication method based on ip-multimedia subsystem (ims) |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2007140366/09A RU2370918C2 (en) | 2005-04-01 | 2005-04-01 | Communication method based on ip-multimedia subsystem (ims) |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2007140366A RU2007140366A (en) | 2009-05-10 |
| RU2370918C2 true RU2370918C2 (en) | 2009-10-20 |
Family
ID=41019552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2007140366/09A RU2370918C2 (en) | 2005-04-01 | 2005-04-01 | Communication method based on ip-multimedia subsystem (ims) |
Country Status (1)
| Country | Link |
|---|---|
| RU (1) | RU2370918C2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2592857C2 (en) * | 2010-08-12 | 2016-07-27 | Дойче Телеком Аг | Applications server for controlling communication with group of user objects |
-
2005
- 2005-04-01 RU RU2007140366/09A patent/RU2370918C2/en active
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2592857C2 (en) * | 2010-08-12 | 2016-07-27 | Дойче Телеком Аг | Applications server for controlling communication with group of user objects |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2007140366A (en) | 2009-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101139072B1 (en) | Method for initiating ims based communications | |
| JP5282095B2 (en) | Establishing a multimedia communication session | |
| RU2312466C2 (en) | Method and system, meant for sanctioning access to user information in a network | |
| US9648048B2 (en) | Message handling in an IP multimedia subsystem | |
| JP5345154B2 (en) | Message handling in IP multimedia subsystem | |
| US7940780B2 (en) | Data communication system enabling data communication between communication devices through a server | |
| RU2434351C2 (en) | Method, system and apparatus for using ims communication service identifier in communication system | |
| CN101563903B (en) | Service adaptation in an ip multimedia subsystem network | |
| US20090089436A1 (en) | Policy information in multiple PDFs | |
| US20070055874A1 (en) | Bundled subscriber authentication in next generation communication networks | |
| CN102077544B (en) | Providing location information in IP multimedia subsystem network | |
| US20040193920A1 (en) | Service provisioning in a communication system | |
| EP2098036B1 (en) | Methods and apparatuses for terminating an ip multimedia subsystem service when ip address is no longer allocated to the user | |
| US20050086541A1 (en) | Service access | |
| US8732321B2 (en) | Control entity and method for setting up a session in a communications network, subscriber database and communications network | |
| US20040243711A1 (en) | Method, system and network element for controlling data transmission in a network environment | |
| RU2370918C2 (en) | Communication method based on ip-multimedia subsystem (ims) | |
| WO2007056925A1 (en) | A session control method and equipment in ims network | |
| KR101129247B1 (en) | Method and apparatus for call processing for instant messaging service | |
| KR100968959B1 (en) | Call treatment control apparatus and control method for the same | |
| CN116760801A (en) | IMS network-based data interaction system | |
| MX2008006661A (en) | Message handling in an ip multimedia subsystem | |
| KR20100000714A (en) | Apparatus and method for restricting registration of voip terminals |