КОРРЕЛЯЦИЯ ИДЕНТИФИКАТОРА (ID)
CHARGING IDENTIFIER (ID)

Область техники, к которой относится изобретение
Настоящее изобретение относится к корреляции использования идентификатора назначения стоимости (ICID) в телекоммуникационной сети подсистемы мультимедиа IP (IMS).
Предшествующий уровень техники
Подсистема мультимедиа IP (IMS) является технологией, определенной Проектом партнерства третьего поколения (3GPP), чтобы предоставлять услуги мультимедиа IP через мобильные сети связи. IMS обеспечивает основные признаки, чтобы расширять опыт связи субъект-субъект конечного пользователя посредством использования стандартизованных уполномоченных услуг IMS, которые способствуют услугам связи субъект-субъект (клиент-клиент), а также услугам субъект-контент (клиент-сервер) через сети, основанные на IP. IMS использует протокол инициирования сеанса (SIP), чтобы устанавливать и управлять вызовами или сеансами между абонентскими терминалами (или между абонентскими терминалами и объектами сети IMS, такими как серверы приложений). Несмотря на то что SIP был создан как протокол абонент-абонент, IMS позволяет операторам и провайдерам услуг управлять доступом абонента к услугам и соответствующим образом назначать стоимость абонентам.
Фиг. 1 схематически иллюстрирует, как IMS вписывается в архитектуру мобильной сети в случае сети доступа GPRS/PS (конечно, IMS может работать через другие сети доступа). Функции управления вызовом/сеансом (CSCF) работают как серверы- посредники SIP в IMS. Обслуживающая CSCF (S-CSCF) управляет предоставлением услуг пользователю, в то время как серверы приложений (AS) осуществляют функциональные возможности службы IMS. Серверы приложений могут быть соединены либо как конечные точки сеанса, или «подключены» к сеансу с помощью S-CSCF. S-CSCF является сервером SIP, но также выполняет управление сеансом, управляет регистрациями SIP и находится в маршруте всех сообщений сигнализации таким образом, что она может инспектировать каждое сообщение в сеансе. Она решает, в какой AS (в какие AS) будет передано сообщение SIP для предоставления услуг, и она обеспечивает услуги маршрутизации.
Механизмы назначения стоимости для сеансов IMS являются либо автономным (с последующей оплатой) назначением стоимости, использующим учетные сообщения, либо оперативным (с предоплатой) назначением стоимости, использующим сообщения и процедуры управления кредитом. Для автономного назначения стоимости различные объекты сети IMS, которые управляют транзакциями, действуют как функции инициирования назначения стоимости (CTF), генерирующие информацию назначения стоимости, которая посылается в функцию данных назначения стоимости (CDF) через интерфейс Rf. Для оперативного назначения стоимости объекты сети IMS устанавливают связь с системой оперативного назначения стоимости (OCS) через интерфейс Ro. Информация, собранная с помощью CDF/OCS, затем может использоваться любым способом, который оператор видит подходящим. Информация, собранная таким образом, классифицируется как информация назначения стоимости, но, в действительности, она может быть информацией, связанной с вещами, отличными от назначения стоимости (выписывания счетов), такими как вид глубокого инспектирования пакетов (DPI), статистика, безопасность, мониторинг трафика и т.д. Последующее обсуждение и пояснительные примеры используют автономное назначение стоимости, но принципы применяются также относительно оперативного назначения стоимости.
Обычно сигналы SIP направляются между парами конечных точек. Иначе говоря, информация об адресе, предоставленная отправителем в заголовке сигнала, задает конечную точку получателя (например, в виде унифицированного идентификатора ресурсов получателя, R-URI), и сигнал маршрутизируется через сеть в эту конечную точку. Однако имеется некоторое число ситуаций, в которых сигналы SIP перенаправляются в другую конечную точку. Примеры услуг IMS, которые подразумевают перенаправление, включают в себя переадресацию связи (CDIV), «не беспокоить», распределение связи, гибкое оповещение и конференцию.
Например, переадресация связи технической спецификации TS 24.604 3GPP определяет, как пользователь В, который принимает информацию (ПРИГЛАШЕНИЕ SIP) или сообщение (СООБЩЕНИЕ SIP), может переадресовать информацию новому адресату С. Это изображено на фиг.2, где ПРИГЛАШЕНИЕ 101 SIP посылается из объекта в исходной сети 10 пользователю В. Сеть IMS, обслуживающая пользователя В, включает в себя S-CSCF 12, назначенную пользователю В, и AS 14, предоставляющий услугу CDIV. Также имеется функция 16 данных назначения стоимости. S-CSCF 12 передает ПРИГЛАШЕНИЕ 102 SIP в оконечный AS 14 В, который инициирует 103 CDIV, чтобы перенаправить ПРИГЛАШЕНИЕ SIP в С. С является пользователем или другим объектом в оконечной сети 18. Процедура CDIV подразумевает посылку оконечным AS 14 В нового ПРИГЛАШЕНИЯ 104 SIP пользователю С. R-URI изменяется оконечным AS 14 В таким образом, что S-CSCF 12 маршрутизирует ПРИГЛАШЕНИЕ 105 SIP в оконечную сеть 18 С.
Когда оконечный AS 14 В создает новую ветвь вызова от имени В, например при переадресации вызова, он генерирует новый идентификатор назначения стоимости IMS (ICID) для новой ветви вызова по направлению к С. Новое значение ICID (icidB) генерируется и помещается в заголовке вектора назначения стоимости Р (PCV) исходящего ПРИГЛАШЕНИЯ 104 SIP. Когда это принято как подтвержденное принятое при обмене сообщениями 106, 107 OK SIP 200, оконечный AS 14 В также использует новый ICID в сообщении учетного запроса (ACR) 108, отправленном в CDF 16. Процесс завершается возвращением сообщений 109-115 OK 200 SIP и подтверждения приема (ACK) между объектами.
Фиг.3 иллюстрируют процедуру, в которой AS связаны в цепочку. Иначе говоря, услуги предоставляются пользователю В более чем одним AS. Эти услуги могут включать в себя исходные услуги пользователя В, такие как запрет исходящей связи (ОСВ), например, предоставляемые исходным AS В. Эти исходные услуги могут выполняться после того, как услуга CDIV осуществлена оконечным AS 14 В. В качестве альтернативы, оператор может выбрать выполнять исходные услуги В в исходном AS В с помощью посылки перенаправленного ПРИГЛАШЕНИЯ в S-CSCF, которая затем посылает перенаправленное ПРИГЛАШЕНИЕ в исходный AS В, чтобы выполнить исходные услуги В, такие как OCB. Таким образом, кроме объектов, изображенных на фиг.2 и описанных выше, имеется исходный AS 20, обслуживающий пользователя В. На этапах 201-204 оконечный AS 14 В создает новое ПРИГЛАШЕНИЕ по направлению к С, как описано выше для этапов 101-104 фиг.2. Однако в этом сценарии новая ветвь вызова инициирует исходные услуги, предоставленные исходным AS 20 В. Таким образом, S-CSCF 12 В посылает ПРИГЛАШЕНИЕ 205 SIP сначала в исходный AS 20 В, и только после того, как оно возвращается 206, передает его 207 в оконечную сеть 18 С.
ПРИГЛАШЕНИЕ SIP включает в себя заголовок пользователя, обслуживаемого Р, PSU, который вставляется S-CSCF 12 В и используется исходным AS 20 В, чтобы идентифицировать обслуживаемого пользователя, поскольку R-URI в ПРИГЛАШЕНИИ направляется в С, а опознавательный код, утвержденный Р, указывает в А. После того как соединения созданы, как указано с помощью возвращения сообщений 208, 209 OK 200, исходный AS 20 В может послать ACR 210 в CDF 16. Это будет включать в себя icidB ICID, который был включен оконечным AS 14 В в ПРИГЛАШЕНИИ 205 и в ПРИГЛАШЕНИИ 206, принятом в исходном AS 20 В. Затем процедура завершается обменом сообщениями 211-221 подтверждения приема/ОК 200.
Исходный AS 20 В не имеет доступа к принятому ICID (icidA на фиг.3) в первоначальном ПРИГЛАШЕНИИ 201. В результате, исходный AS 20 В при посылке ACR 210, предоставляющем данные назначения стоимости в CDF 16, не способен предоставлять информацию, которая давала бы возможность CDF 16 коррелировать данные назначения стоимости с первоначальным ПРИГЛАШЕНИЕМ SIP из А.
Следует заметить, что в сценарии фиг.2 возможно, что оконечный AS 14 В мог бы быть сконфигурирован с возможностью включения в него ICID (icidA) из ПРИГЛАШЕНИЯ 102, принятого с помощью В, как перекрестной ссылки (связанного icid) в ACR 108. Однако для сценария фиг.3 это было бы невозможно, так как исходный AS 20 В не видел первоначального ПРИГЛАШЕНИЯ 202.
Таким образом, в ситуациях, в которых новая ветвь вызова генерируется с помощью AS (или другого объекта сети, который выполняет функцию перенаправления), не всегда возможно коррелировать информацию назначения стоимости, генерируемую объектами сети, обслуживающими пользователя, так как они не имеют доступа к значению ICID предыдущей ветви вызова.
Также ICID может использоваться для других целей, чем просто назначение стоимости. Например, ICID может использоваться при трассировке сети как обычный идентификатор сеанса SIP через всю сеть. Однако там, где было перенаправление, невозможно коррелировать ветвь между А и В с ветвью между В и С, поскольку ICID был изменен, когда оконечный AS В инициировал услугу перенаправления, такую как CDIV.
Сущность изобретения
В соответствии с первым аспектом, предоставлен способ корреляции информации, относящейся к сообщениям в сеансе SIP. Принимается первое сообщение SIP, которое включает в себя первый идентификатор назначения стоимости IMS, ICID. Первое сообщение SIP перенаправляется с помощью генерации второго сообщения SIP, которое включает в себя второй ICID. Ссылка на первый ICID вставляется во второе сообщение SIP. Информация, относящаяся к первому сообщению SIP, коррелируется с информацией, относящейся ко второму сообщению SIP, на основе первого ICID и ссылки на первый ICID во втором сообщении SIP.
Варианты осуществления также обеспечивают, что та же самая процедура применяется для множественного перенаправления сообщения SIP, при этом каждое перенаправленное сообщение SIP имеет вставленную ссылку на ICID предыдущего сообщения SIP. Это является преимуществом, что ICID, на которые ссылаются, переносимые перенаправленными сообщениями SIP, могут использоваться, чтобы коррелировать информацию назначения стоимости для всех ветвей вызова, генерируемых для обслуживаемого пользователя.
В соответствии со вторым аспектом представлен объект сети IMS, выполненный с возможностью, после приема первого сообщения SIP, направленного обслуживаемому пользователю и содержащего первый ICID, перенаправления сообщения посредством генерации второго сообщения SIP, содержащего второй ICID, и включения ссылки на первый ICID во втором сообщении SIP.
В соответствии с другим аспектом предоставлен объект сети IMS, выполненный с возможностью приема сообщения из другого объекта сети IMS. Сообщение содержит информацию, относящуюся к сеансу SIP, и ссылки на множество ассоциированных ICID. Объект сети IMS выполнен с возможностью корреляции информации с информацией, принятой в других сообщениях, которые содержат ссылки на один или более одних и тех же ICID.
Краткое описание чертежей
Фиг.1 схематически иллюстрирует интеграцию подсистемы мультимедиа IP в мобильную систему связи 3G;
фиг.2 - сигнальная диаграмма, иллюстрирующая операцию перенаправления, инициированную услугой переадресации связи, в соответствии с настоящими процедурами;
фиг.3 - сигнальная диаграмма, иллюстрирующая операцию перенаправления, инициированную услугой переадресации связи, включающую в себя серверы приложений, связанные в цепочку, в соответствии с настоящими процедурами;
фиг.4 - сигнальная диаграмма, иллюстрирующая операцию перенаправления, инициированную услугой переадресации связи, включающую в себя серверы приложений, связанные в цепочку, в соответствии с вариантом осуществления, описанным в настоящей заявке;
фиг.5 - блок-схема последовательности этапов, иллюстрирующая этапы, которые выполняются, в соответствии с вариантами осуществления, описанными в настоящей заявке.
Подробное описание вариантов осуществления
Фиг.4 изображает ту же самую операцию CDIV, охватывающую серверы приложений, связанные в цепочку, как изображено на фиг.2 и описано выше. На этапах 301-303 ПРИГЛАШЕНИЕ принимается в оконечном AS 14 В, как описано выше для этапов 101-103 по фиг.2 и этапов 201-203 по фиг.3. Это инициирует функцию 303 CDIV, и, таким образом, оконечный AS 14 В перенаправляет ПРИГЛАШЕНИЕ посредством генерации нового ПРИГЛАШЕНИЯ 304 SIP в С. Дополнительно к включению icidB ICID, оконечный AS В теперь также включает в себя параметр исходного ICID, orig-icid, который является ссылкой на ICID, icidA в принятом первоначальном ПРИГЛАШЕНИИ. Следует заметить, что параметр orig-icid сам не является ICID ПРИГЛАШЕНИЯ SIP, так как он не задан в поле ICID (которое теперь задает icidB как ICID). Теперь ПРИГЛАШЕНИЯ 305 и 306, передаваемые и возвращаемые из исходного AS 20 В, также включают в себя параметр orig-icid, который ПРИГЛАШЕНИЕ 307 посылает в оконечную сеть С.
Однако в этом сценарии новая ветвь вызова инициирует исходные услуги, предоставляемые исходным AS 20 В. Таким образом, S-CSCF 12 В посылает ПРИГЛАШЕНИЕ 205 SIP сначала в исходный AS 20 В и только после того, как оно возвращается 206, передает его 207 в оконечную сеть 18 С. После того как соединения созданы, как указано с помощью возвращения сообщений 308, 309 ОК 200, исходный AS 20 В может послать ACR 310 в CDF 16. Это будет включать в себя не только icidB ICID, который был включен посредством оконечного AS 14 В, когда он сгенерировал ПРИГЛАШЕНИЕ 304, но также orig-icid, icid A, который также был вставлен посредством оконечного AS 14 В в ПРИГЛАШЕНИЕ 304. Затем процедура завершается обменом сообщений 311-321 подтверждения приема/ОК 200.
Таким образом, каждый раз, когда объект сети (например, AS) перенаправляет сообщение, оно не только включает в себя новый ICID (icidB в примерах, приведенных выше), но также включает в себя параметр orig-icid, который содержит ссылку на исходный ICID (icidA) первоначального сообщения. Первоначальный ICID затем может быть вставлен в сгенерированную информацию назначения стоимости для целей корреляции.
Для вызова, который претерпевает множество перенаправлений (т.е. множество переадресаций), значение icid в принятом сообщении используется как значение orig-icid в новом исходящем сообщении (старое значение orig-icid в принятом сообщении отбрасывается), в то время как новое значение icid генерируется с помощью перенаправляющего AS для ICID в новом сообщении. Таким образом, каждое перенаправленное сообщение включает в себя как ICID, сгенерированный объектом перенаправления (например, AS), так и ссылку на ICID предыдущего сообщения, которое инициировало переадресацию. Таким образом, значения ICID могут использоваться, чтобы коррелировать каждое сообщение с его предыдущим сообщением, обратно в исходное сообщение.
Фиг.5 - блок-схема последовательности этапов, иллюстрирующая этапы, которые имеют место, когда оконечный AS 14 В перенаправляет вызов, т.е. создает новую ветвь вызова от имени В, например, при переадресации вызова. На этапе 501 принимается ПРИГЛАШЕНИЕ SIP (или другое сообщение SIP). Сохраняется (502) заголовок вектора назначения стоимости Р (PCV). Как описано выше, на этапе 503 ПРИГЛАШЕНИЕ перенаправляется. Это включает в себя (504) генерацию нового значения ICID и помещение его в заголовке вектора назначения стоимости Р (PCV) исходящего ПРИГЛАШЕНИЯ SIP. Дополнительно к этому, ICID, принятый во входящем ПРИГЛАШЕНИИ, также добавляется к исходящему ПРИГЛАШЕНИЮ SIP, например, как новый параметр orig-icid в заголовке PCV. На этапе 505 принимается OK 200 SIP. На этапе 506 информацию назначения стоимости посылают в CDF. Это включает в себя (этап 507) orig-icid, а также новый ICID. В этом примере заголовок PCV используется в качестве примера транспортного механизма для ссылки на первоначальный ICID, orig-icid. Синтаксис мог бы быть:
.
Элементы, изображенные жирным текстом, являются новыми параметрами.
Включение ссылки на первоначальный ICID в выходное сообщение SIP, а затем в сообщения (ACR), посланные в систему данных назначения стоимости, делает возможным для системы назначения стоимости коррелировать информацию назначения стоимости для всех ветвей вызова, генерируемых для обслуживаемого пользователя. Одним результатом этого является улучшение входных данных для ранжирования решений. Например, при переадресациях вызовов оператор может решить уменьшить или не включать установленную стоимость для новой ветви, где результатом является перенаправление услуги.
Дополнительным преимуществом является то, что теперь можно выполнять трассировку сети от исходного пользователя А к пользователю С, когда AS пользователя В выполнил перенаправление к пользователю С, как результат, например, CDIV. ICID, генерируемый исходной сетью пользователя А, также является доступным в оконечной сети С в виде параметра orig-icid. Это является невозможным при современных процедурах, независимо от того, имеется ли связывание в цепочку AS. На фиг.3, даже если оконечный AS 14 В может включать в себя связанный параметр icid в ACR, в настоящее время нет способа для оконечной сети С узнавать или обнаруживать первоначальный ICID в ПРИГЛАШЕНИИ от А.