Взимание платы за роуминг с абонентов в сетях ims

Взимание платы за роуминг с абонентов в сетях ims

Иллюстрации

Показать все

Реферат

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

Изобретение относится к сетям связи, более точно к обеспечению усовершенствованного взимания платы за роуминг с абонентов в сетях IMS.

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

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

Если абонент мобильной связи перемещается в гостевую сеть сотовой связи, такую как сеть GSM или сеть CDMA (многостанционного доступа с кодовым разделением каналов), вызовы находящегося в режиме роуминга абонента обслуживает центр коммутации подвижной связи (ЦКПС) в гостевой сотовой сети связи. Если вызов осуществляется абонентом, находящимся в режиме роуминга, обслуживающий ЦКПС регистрирует данные взимания платы за вызов и генерирует запись данных взимания платы (ЗДВП или CDR, от английского - Charging Detail Record). Затем обслуживающий ЦКПС передает ЗДВП системе выставления счетов в гостевой сотовой сети связи. После этого система выставления счетов выставляет соответствующий счет за вызов. Система выставления счетов в гостевой сотовой сети связи также урегулирует выставление счетов с системой выставления счетов в домашней сотовой сети связи на основании договоренности между двумя поставщиками услуг. Для обмена данными о взимании платы системы выставления счетов в сети CDMA используют обмен выставлением счетов за услуги роуминга между операторами сотовой связи (CIBER, от английского - Cellular Intercarrier Billing Exchange Roamer. Для обмена данными о взимании платы системы выставления счетов в сети GSM используют процедуру переводных расчетов (ТАР, от английского -Transferred Account Procedure). После урегулирования выставления счетов гостевая сеть сотовой связи и домашняя сеть сотовой связи обычно распределяют доходы от вызова.

Одним из типов сетей связи, завоевывающих популярность, является мультимедийная IP-подсистема (IMS). Как указано в 3GPP (Проект сотрудничества по созданию сетей третьего поколения), IMS обеспечивает общую базовую сеть с сетевой архитектурой, рассчитанной на сети доступа различных типов. Сетью доступа между устройством связи и сетью IMS может являться сотовая сеть (например, CDMA или GSM), беспроводная локальная сеть (WLAN) (например, сеть беспроводного доступа (WiFi) или сеть общемировой совместимости широкополосного беспроводного доступа (WiMAX), сеть Ethernet или сеть беспроводного или проводного доступа другого типа. Архитектура IMS изначально задана в 3GPP в расчете на предоставление мультимедийных услуг устройствам связи по IP-сети, поскольку IP-сети стали наиболее экономичной базовой сетью для передачи видео, речи и данных. Эту архитектуру внедряют поставщики услуг при развитии сетей нового поколения.

До предоставления сетью IMS услуг устройству связи оно пытается зарегистрироваться в сети IMS. Для регистрации согласно стандартам 3GPP устройство связи посредством соответствующей сети доступа передает посреднической функции управления соединениями (ПФУС или P-CSCF, от английского - Proxy-Call Session Control Function) запрос регистрации, такой как запрос REGISTER по протоколу инициации соединений (SIP). ПФУС идентифицирует домашнюю сеть IMS для устройства связи и затем передает обслуживающей функции управления соединениями (ОФУС или S-CSCF, от английского - Serving-Call Session Control Function) в домашней сети IMS абонента другой запрос регистрации. В ответ на запрос регистрации ОФУС генерирует запрос аутентификации, такой как запрос мультимедийной аутентификации (ЗМА или MAR, от английского - Multimedia Authentication Request) по протоколу Diameter с целью получения данных аутентификации устройства связи. Затем ОФУС аутентифицирует устройство связи с использованием соответствующего способа аутентификации. Если устройство связи аутентифицировано, ОФУС генерирует запрос профиля абонента, такой как запрос назначения сервера (ЗНС или SAR, от английского - Server Assignment Request) по протоколу Diameter и передает его домашнему абонентскому серверу (ДАС или HSS, от английского - Home Subscription Server). В ответ на запрос профиля абонента ДАС идентифицирует профиль абонента, пользующегося устройством связи. Затем ДАС передает ОФУС ответ, такой как ответ на назначение сервера (ОНС или SAA, от английского - Server Assignment Answer) по протоколу Diameter, который содержит профиль абонента, пользующегося устройством связи. После этого ОФУС может обработать профиль абонента для предоставления услуг устройству связи.

Когда абонент мобильной связи находится в режиме роуминга в зоне обслуживания гостевой сети IMS, гостевая сеть IMS не обеспечивает управление соединениями. Если инициируется соединение в режиме роуминга, ПФУС в гостевой сети IMS принимает сообщение об инициации соединения (например. сообщение INVITE по протоколу SIP). ПФУС замещает ОФУС в домашней сети IMS абонента мобильной связи при управлении соединением и пересылает ОФУС сообщение об инициации соединения. После этого ОФУС в домашней сети IMS осуществляет управление соединением.

В процессе управления соединением ОФУС в домашней сети IMS также управляет взиманием платы. При инициации соединения ОФУС генерирует для соединения домашний идентификатор взимания платы в сети IMS (ICID, от английского - IMS Charging Identifier). ОФУС также передает функции данных взимания платы (ФДВП или CDF, от английского - Charging Data Function) в домашней сети IMS сообщение о начале взимания платы, такое как запрос [начала] учета (ЗУЧ или ACR, от английского - Accounting Request) no протоколу Diameter. Время от времени во время соединения ОФУС передает ФДВП в домашней сети IMS сообщения о продолжении взимании платы, такие как запросы [продолжения] учета (ЗУЧ) по протоколу Diameter. В конце соединения ОФУС передает ФДВП в домашней сети IMS сообщение об окончании взимания платы, такое как запрос [окончания] учета (ЗУЧ) по протоколу Diameter. Поскольку все ЗУЧ содержат домашний ICID соединения, они могут быть сопоставлены.

На основании запросов [начала, продолжения, окончания] учета, принимаемых от ОФУС, ФДВП генерирует запись данных взимания платы (ЗДВП) за соединение исходя из данных взимания платы, содержащихся в ЗУЧ. Данные взимания платы могут включать временную отметку начала предоставления услуги соединения, временную отметку окончания предоставления услуги соединения, адресат соединения и т.д. Затем ФДВП передает ЗДВП системе выставления счетов в домашней сети IMS. После этого система выставления счетов может принимать решение о взимании платы за соединение исходя из ЗДВП.

ПФУС в гостевой сети IMS также может частично управлять взиманием платы за соединение. ПФУС генерирует для соединения гостевой идентификатор взимания платы в сети IMS (ICID). Если ПФУС генерирует для соединений сообщения о взимании платы, такие как запросы [начала, продолжения, окончания] учета по протоколу Diameter, ПФУС передает запросы учета ФДВП в гостевой сети IMS. Поскольку все запросы учета содержат гостевой ICID для соединения, они могут быть сопоставлены.

На основании запросов [начала, продолжения, окончания] учета, принимаемых от ПФУС, ФДВП в гостевой сети IMS генерирует ЗДВП за соединение исходя из данных взимания платы, содержащихся в ЗУЧ. Затем ФДВП передает ЗДВП системе выставления счетов в гостевой сети IMS. После этого система выставления счетов может урегулировать любое взимание платы за соединение исходя из ЗДВП.

Одной из сложностей, связанных с существующими сетями IMS, является отсутствие эффективного способа сопоставления данных взимания платы, поступающих от домашней сети IMS и гостевой сети IMS. ОФУС в домашней сети IMS генерирует собственный уникальный домашний ICID, а ПФУС в гостевой сети IMS генерирует для этого же соединения другой уникальный гостевой ICID. Таким образом, система выставления счетов в домашней сети IMS идентифицирует соединение на основании домашнего ICID, а система выставления счетов в гостевой сети IMS идентифицирует это же соединение на основании гостевого ICID. Из-за наличия различных ICID для одного соединения двум системам выставления счетов сложно сопоставлять данные взимания платы, генерируемые в каждой сети IMS, и урегулировать выставление счетов за соединение.

Другая сложность, связанная с существующими сетями IMS, состоит в том, что ПФУС в гостевой сети IMS может вообще не участвовать в соединении или может не иметь соответствующих или необходимых данных взимания платы за соединение. Поскольку управление соединением обеспечивается в домашней сети IMS, домашняя сеть IMS имеет необходимые данные взимания платы за соединение. ПФУС может иметь некоторые данные взимания платы, но может не иметь необходимых данных для их предоставления ФДВП, чтобы ФДВП могла генерировать полную ЗДВП. В результате система выставления счетов в гостевой сети IMS может быть не способна определять сумму счета за соединение. Поставщик услуг, управляющий гостевой сетью IMS, должен полагаться на систему выставления счетов домашней сети IMS при распределении надлежащих доходов от соединения согласно действующим договоренностям. К сожалению, поставщик услуг, управляющий гостевой сетью IMS, может быть не способен проверять выставление счетов в домашней сети IMS или определять, правильно ли домашняя сеть IMS распределяет доходы.

Раскрытие изобретения

Упомянутые и другие задачи решены в вариантах осуществления изобретения за счет того, что домашняя сеть IMS и гостевая сеть IMS используют общие идентификаторы взимания платы, такие как ICID, которые присваиваются соединению. Например, домашняя сеть IMS присваивает соединению домашний идентификатор взимания платы и использует домашний идентификатор взимания платы совместно с гостевой сетью IMS. Аналогичным образом гостевая сеть IMS присваивает соединению гостевой идентификатор взимания платы и использует гостевой идентификатор взимания платы совместно с домашней сетью IMS. Затем как домашняя сеть IMS, так и гостевая сеть IMS может вводить домашний идентификатор взимания платы и гостевой идентификатор взимания платы в сообщения ЗДВП, чтобы сообщения в домашней сети IMS можно было сопоставлять с сообщениями ЗДВП в гостевой сети IMS исходя из идентификаторов взимания платы. Таким образом облегчается урегулирование выставления счетов за соединение для систем выставления счетов в этих сетях IMS.

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

В одном из вариантов осуществления гостевая сеть IMS содержит гостевой сетевой элемент (например, ПФУС) и гостевую систему данных взимания платы (например, ФДВП). Гостевой сетевой элемент способен принимать служебное сообщение о соединении и присваивать соединению гостевой идентификатор взимания платы. Одним из примеров гостевого идентификатора взимания платы является гостевой ICID. Гостевой сетевой элемент дополнительно способен вводить гостевой идентификатор взимания платы в служебное сообщение и передавать служебное сообщение домашней сети IMS. После приема служебного сообщения сетевой элемент в домашней сети IMS способен обрабатывать служебное сообщение с целью идентификации гостевого идентификатора взимания платы и сохранять гостевой идентификатор взимания платы. Аналогичным образом домашняя сеть IMS содержит домашний сетевой элемент (например, ОФУС) и домашнюю систему данных взимания платы (например, ФДВП). Домашний сетевой элемент способен принимать служебное сообщение о соединении и присваивать соединению домашний идентификатор взимания платы. Домашний сетевой элемент дополнительно способен вводить домашний идентификатор взимания платы в служебное сообщение и передавать служебное сообщение гостевой сети IMS. После приема служебного сообщения гостевой сетевой элемент способен обрабатывать служебное сообщение с целью идентификации домашнего идентификатора взимания платы и сохранять домашний идентификатор взимания платы.

Если плата, взимаемая за соединение, является правильной, гостевой сетевой элемент способен генерировать сообщение о взимании платы за соединение, такое как запрос учета (ЗУЧ) по протоколу Diameter. Гостевой сетевой элемент дополнительно способен вводить домашний идентификатор взимания платы и гостевой идентификатор взимания платы в сообщение о взимании платы и передавать сообщение о взимании платы гостевой системе данных взимания платы. Гостевая система данных взимания платы способна генерировать гостевую ЗДВП за соединение, вводить домашний идентификатор взимания платы и гостевой идентификатор взимания платы в гостевой ЗДВП и передавать гостевую ЗДВП системе выставления счетов в гостевой сети IMS.

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

Описание чертежей

Одинаковые или однотипные элементы на всех чертежах обозначены одинаковыми позициями, на которых показано:

на фиг.1 - сеть связи согласно одному из примеров осуществления изобретения,

на фиг.2 - блок-схема, иллюстрирующая способ использования ICID гостевой сети IMS совместно с домашней сетью IMS согласно одному из примеров осуществления изобретения,

на фиг.3 - блок-схема, иллюстрирующая способ обработки гостевого ICID в домашней сети IMS согласно одному из примеров осуществления изобретения,

на фиг.4 - блок-схема, иллюстрирующая способ использования ICID домашней сети IMS совместно с гостевой сетью IMS согласно одному из примеров осуществления изобретения,

на фиг.5 - блок-схема, иллюстрирующая способ обработки домашнего ICID в гостевой сети IMS согласно одному из примеров осуществления изобретения,

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

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

на фиг.8 - блок-схема, иллюстрирующая способ генерации сообщения о взимании платы в домашней сети IMS согласно одному из примеров осуществления изобретения,

на фиг.9 - блок-схема, иллюстрирующая способ генерации ЗДВП в домашней сети IMS согласно одному из примеров осуществления изобретения,

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

на фиг.11 - блок-схема, иллюстрирующая способ генерации ЗДВП в гостевой сети IMS согласно одному из примеров осуществления изобретения,

на фиг.12 - другая сеть связи согласно одному из примеров осуществления изобретения,

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

Подробное описание изобретения

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

На фиг.1 проиллюстрирована сеть 100 связи согласно одному из примеров осуществления изобретения. В сеть 100 связи входит домашняя сеть IMS 110 и гостевая сеть IMS 120. Домашняя сеть IMS является сетью IMS, в которой зарегистрирован или абонентом которой является конкретный пользователь. Гостевая сеть IMS является сетью IMS, в которой не зарегистрирован или абонентом которой не является конкретный пользователь, но которая обслуживает пользователя при нахождении в режиме роуминга.

Домашняя сеть IMS 110 содержит домашний сетевой элемент 112, домашнюю систему 114 данных взимания платы и домашнюю систему 116 выставления счетов. Сетевой элемент 112 представляет собой любую систему, сервер или функцию, способную обеспечивать управление соединением или обслуживание соединения в домашней сети IMS 110. Одним из примеров сетевого элемента 112 является обслуживающая функция управления соединениями (ОФУС). Система 114 данных взимания платы представляет собой любую систему, сервер или функцию, способную принимать сообщения о взимании платы от сетевого элемента 112 и генерировать записи данных взимания платы (ЗДВП) за соединения в домашней сети IMS 110. Например, система 114 данных взимания платы может представлять собой функцию данных взимания платы (ФДВП) согласно 6-й версии 3GPP или функцию регистрации взимания платы (CCF, от английского - Charging Collector Function) согласно 5-й версии 3GPP. Система 116 выставления счетов представляет собой любую систему, сервер или функцию, способную обрабатывать ЗДВП с целью генерации или урегулирования счета за соединение в домашней сети IMS 110.

Гостевая сеть IMS 120 содержит гостевой сетевой элемент 122, гостевую систему 124 данных взимания платы и гостевую систему 126 выставления счетов. Сетевой элемент 122 представляет собой любую систему, сервер или функцию, способную обеспечивать управление соединением или обслуживание соединения в гостевой сети IMS 120. Одним из примеров сетевого элемента 122 является посредническая функция управления соединениями (ПФУС). Система 124 данных взимания платы представляет собой любую систему, сервер или функцию, способную принимать сообщения о взимании платы от сетевого элемента 122 и генерировать записи данных взимания платы (ЗДВП) за соединения в гостевой сети IMS 120. Система 126 выставления счетов представляет собой любую систему, сервер или функцию, способную обрабатывать ЗДВП с целью генерации или урегулирования счета за соединение в гостевой сети IMS 120.

Допустим, что в этом варианте осуществления абонент 130 IMS зарегистрирован или является абонентом домашней сети IMS 110, но находится в режиме роуминга гостевой сети IMS 120. Абонент 130 имеет соответствующим образом оснащенное устройство связи или абонентское оборудование (АО) связи. Также допустим, что абонент 130 инициирует соединение или ему предложено установить соединение при нахождении в режиме роуминга в гостевой сети IMS 120. Согласно описанным вариантам осуществления домашняя сеть IMS 110 обменивается или использует совместно с гостевой сетью IMS 120 идентификаторы взимания платы, такие как идентификаторы взимания платы в сети IMS (ICID), благодаря чему ЗДВП, поступающие от домашней сети IMS 110 и гостевой сети IMS 120, могут быть сопоставлены друг с другом для урегулирования выставления счетов за соединение. Домашняя сеть IMS 110 и гостевая сеть IMS 120 также могут обмениваться или совместно использовать дополнительные данные взимания платы, в результате чего обе сети IMS 110 и 120 будут иметь необходимые данные взимания платы, чтобы генерировать полные ЗДВП за соединение. За счет этого одна сеть IMS может проверять выставление счетов другой сетью IMS. Далее на примере блок-схем описана работа сетей IMS 110 и 120.

На фиг.2 показана блок-схема, иллюстрирующая способ 200 использования идентификатора взимания платы гостевой сети IMS 120 совместно с домашней сетью IMS 110 согласно одному из примеров осуществления изобретения. Шаги способа 200 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.2, не являются всеобъемлющими и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 202 способа 200 сетевой элемент 122 в гостевой сети IMS 120 принимает служебное сообщение о соединении с участием абонента 130. Например, сетевой элемент 122 может принимать сообщение INVITE по протоколу SIP о соединении, инициируемом абонентом 130. На шаге 204 сетевой элемент 122 присваивает соединению гостевой идентификатор взимания платы. Гостевой идентификатор взимания платы представляет собой любое число, код, последовательность и т.д., которая присвоена в гостевой сети IMS 120 и используется в гостевой сети IMS 120 для сопоставления данных взимания платы за соединение. Одним из примеров гостевого идентификатора взимания платы является гостевой идентификатор взимания платы в сети IMS (ICID). На шаге 206 сетевой элемент 122 вводит гостевой идентификатор взимания платы в служебное сообщение. Для ввода гостевого идентификатора взимания платы в сообщение по протоколу SIP в векторе-посреднике взимания платы сообщения по протоколу SIP, например, может быть определена новая пара "атрибут-значение" (ПАЗ или AVP, от английского - attribute-value pair) для гостевого идентификатора взимания платы. Затем сетевой элемент 122 может ввести гостевой идентификатор взимания платы в новую ПАЗ сообщения по протоколу SIP. Сетевой элемент 122 может вводить гостевой идентификатор взимания платы в служебное сообщение, принятое на шаге 202, или может генерировать другое служебное сообщение. В качестве примера сетевой элемент 122 может генерировать новое сообщение по протоколу SIP о соединении и вводить гостевой идентификатор взимания платы в новое сообщение INVITE. На шаге 208 сетевой элемент 122 передает служебное сообщение сетевому элементу 112 в домашней сети IMS 110.

На фиг.3 показана блок-схема, иллюстрирующая способ 300 обработки гостевого идентификатора взимания платы в домашней сети IMS 110 согласно одному из примеров осуществления изобретения. Шаги способа 300 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.3, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 302 способа 300 сетевой элемент 112 принимает служебное сообщение от сетевого элемента 122. На шаге 304 сетевой элемент 112 обрабатывает служебное сообщение, чтобы идентифицировать гостевой идентификатор взимания платы, введенный в служебное сообщение. В качестве примера, чтобы идентифицировать гостевой идентификатор взимания платы, сетевой элемент 112 может обрабатывать вектор-посредник взимания платы в сообщении по протоколу SIP. На шаге 306 сетевой элемент 112 сохраняет гостевой идентификатор взимания платы за соединение, чтобы использовать его позднее при генерации сообщений о взимании платы за соединение.

Аналогичным образом домашняя сеть IMS 110 использует домашний идентификатор взимания платы совместно с гостевой сетью IMS 120. На фиг.4 показана блок-схема, иллюстрирующая способ 400 использования домашнего идентификатора взимания платы домашней сети IMS 110 совместно с гостевой сетью IMS 120 согласно одному из примеров осуществления изобретения. Шаги способа 400 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.4, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

Как показано на фиг.4, на шаге 402 сетевой элемент 112 принимает служебное сообщение о соединении. В частности, сетевой элемент 112 может принимать служебное сообщение от гостевой сети IMS 120, такое как на шаге 302, проиллюстрированном на фиг.3, и тем самым сетевой элемент 112 способен определять, что инициируется соединение с участием абонента 130. На шаге 404 сетевой элемент 112 присваивает соединению домашний идентификатор взимания платы. Домашний идентификатор взимания платы представляет собой любое число, код, последовательность и т.д., которые присвоены в домашней сети IMS 110 и используются в домашней сети IMS 110 для сопоставления данных взимания платы за соединение. Одним из примеров домашнего идентификатора взимания платы является домашний идентификатор взимания платы в сети IMS (ICID). В этом варианте осуществления сетевой элемент 112 может повторно использовать гостевой идентификатор взимания платы в качестве домашнего идентификатора взимания платы или может генерировать уникальный домашний идентификатор взимания платы. На шаге 406 сетевой элемент 112 вводит домашний идентификатор взимания платы в служебном сообщении о соединении. И в этом случае, чтобы ввести домашний идентификатор взимания платы в сообщение по протоколу SIP, например, в векторе-посреднике взимания платы сообщения по протоколу SIP может быть задана новая ПАЗ для домашнего идентификатора взимания платы. Затем сетевой элемент 112 может ввести домашний идентификатор взимания платы в новую ПАЗ сообщения по протоколу SIP. На шаге 408 сетевой элемент 112 передает служебное сообщение сетевому элементу 122 в гостевой сети IMS 120.

На фиг.5 показана блок-схема, иллюстрирующая способ 500 обработки домашнего идентификатора взимания платы в гостевой сети IMS 120 согласно одному из примеров осуществления изобретения. Шаги способа 500 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.5, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 502 способа 500 сетевой элемент 122 принимает служебное сообщение от сетевого элемента 112. На шаге 504 сетевой элемент 122 обрабатывает служебное сообщение, чтобы идентифицировать домашний идентификатор взимания платы, введенный в служебное сообщение. В качестве примера, чтобы идентифицировать домашний идентификатор взимания платы, сетевой элемент 122 может обрабатывать вектор-посредник взимания платы в сообщении по протоколу SIP. На шаге 506 сетевой элемент 122 сохраняет домашний идентификатор взимания платы за соединение, чтобы использовать его позднее при генерации сообщений о взимании платы за соединение.

На примере рассмотренных выше блок-схем проиллюстрировано совместное использование домашнего идентификатора взимания платы и гостевого идентификатора взимания платы домашней сетью IMS 110 и гостевой сетью IMS 120. Помимо совместного использования идентификаторов взимания платы, домашняя сеть IMS 110 и гостевая сеть IMS 120 также могут совместно использовать дополнительные данные взимания платы. Дополнительные данные взимания платы содержат любую информацию, помимо идентификатора взимания платы, которая генерирована в сети IMS и используется в целях взимания платы. На фиг.6-7 проиллюстрированы способы совместного использования дополнительных данных взимания платы.

На фиг.6 показана блок-схема, иллюстрирующая способ 600 совместного использования дополнительных данных взимания платы согласно одному из примеров осуществления изобретения. Шаги способа 600 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.6, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 602 способа 600 сетевой элемент 122 идентифицирует дополнительные данные взимания платы за соединение. Одним из примеров дополнительных данных взимания платы являются временные отметки предоставления услуг, которые генерируются для соединения в гостевой сети IMS 120. Другие примеры дополнительных данных взимания платы приведены далее. На шаге 604 сетевой элемент 122 вводит дополнительные данные взимания платы в служебное сообщение о соединении. Для ввода дополнительных данных взимания платы в сообщение по протоколу SIP в векторе-посреднике взимания платы сообщения по протоколу SIP, например, может быть определена новая ПАЗ для дополнительных данных взимания платы. Затем сетевой элемент 122 может ввести дополнительные данные взимания платы в новую ПАЗ сообщения по протоколу SIP. Сетевой элемент 122 может вводить дополнительные данные взимания платы в качестве гостевого идентификатора взимания платы в то же служебное сообщение, что и на шаге 204, проиллюстрированном на фиг.2. На шаге 608 сетевой элемент 122 передает служебное сообщение сетевому элементу 112 в домашней сети IMS 110.

На фиг.7 показана блок-схема, иллюстрирующая другой способ 700 совместного использования дополнительных данных взимания платы согласно одному из примеров осуществления изобретения. Шаги способа 700 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.7, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 702 способа 700 сетевой элемент 112 принимает служебное сообщение от сетевого элемента 122. На шаге 704 сетевой элемент 112 обрабатывает служебное сообщение, чтобы идентифицировать дополнительные данные взимания платы, введенные в служебное сообщение. На шаге 706 сетевой элемент 112 сохраняет дополнительные данные взимания платы за соединение, чтобы использовать их позднее при генерации сообщений о взимании платы за соединение.

Способы, проиллюстрированные на фиг.6-7, также могут применяться для совместного использования дополнительных данных взимания платы домашней сетью IMS 110 и гостевой сетью IMS 120. Далее приведены некоторые примеры совместного использования дополнительных данных взимания платы. В одном из примеров допустим, что сетевой элемент 122 принимает служебное сообщение о соединении, в котором указан идентификатор взимания платы сети доступа (ANCID, от английского - Access Network Charging Identifier) для соединения. Как показано на фиг.1, сетью доступа, используемой абонентом 130, может являться сеть WiFi, сотовая сеть и т.д., которая может дополнительно взимать плату за соединение. ANCID используется для сопоставления данных взимания платы сети доступа с данными взимания платы сети IMS. Когда абонент 130 находится в режиме роуминга и осуществляет доступ через сеть доступа, связанную с гостевой сетью IMS 120, домашняя сеть IMS 110 может быть не способна идентифицировать ANCID для соединения. Согласно варианту осуществления, проиллюстрированному на фиг.6-7, когда сетевой элемент 122 принимает служебное сообщение о соединении, оно может содержать ANCID для соединения. Тем самым сетевой элемент 122 может идентифицировать ANCID в служебном сообщении (шаг 602), ввести ANCID в служебное сообщение, адресованное домашней сети IMS 110 (шаг 604) и передать служебное сообщение домашней сети IMS 110 (шаг 606). Затем сетевой элемент 112 в домашней сети IMS 110 может принять служебное сообщение (шаг 702), обработать его, чтобы идентифицировать ANCID (шаг 704) и сохранить ANCID (шаг 706).

В другом примере домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать идентификаторы соединения абонента сети IMS. После инициации соединения как домашняя сеть IMS 110, так и гостевая сеть IMS 120 генерируют для соединения уникальный идентификатор соединения абонента сети IMS. Он генерируется в дополнение к ICID. Согласно варианту осуществления, проиллюстрированному на фиг.6-7, домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать свои соответствующие идентификаторы соединения абонента сети IMS посредством обмена служебными сообщениями.

В другом примере домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать универсальные идентификаторы оператора (УИО или 101, от английского - inter-operator identifiers). УИО определяют инициирующую соединение и завершающую соединение сети. Тем самым домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать УИО посредством служебных сообщений.

В другом примере домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать временные отметки предоставления услуги соединения. Если сетевой элемент 122 в гостевой сети IMS 120 генерирует сообщение о начале взимании платы за соединение, такое как запрос [начала] учета (ЗУЧ) по протоколу Diameter, сетевой элемент 122 генерирует временную отметку начала предоставления услуги. Если сетевой элемент 122 генерирует сообщение об окончании взимания платы за соединение, такой как запрос [окончания] учета (ЗУЧ) по протоколу Diameter, сетевой элемент 122 генерирует временную отметку окончания предоставления услуги. Сетевой элемент 112 в домашней сети IMS 110 генерирует аналогичные временные отметки предоставления услуг для сообщений о взимании платы. В случае генерации этих и других отметок времени домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать эти временные отметки посредством служебных сообщений. Домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать другие данные взимания платы, такие как IP-адрес абонента 130, указатель нахождения абонента 130 в режиме роуминга, указатель шлюза (GGSN/SGSN) и т.д.

В определенный момент в процессе обслуживания соединения сетевой элемент 112 и сетевой элемент 122 могут генерировать сообщение о взимании платы за соединение, такое как ЗУЧ по протоколу Diameter. На фиг.8 показана блок-схема, иллюстрирующая способ 800 генерации сообщения о взимании платы в домашней сети IMS 110 согласно одному из примеров осуществления изобретения. Шаги способа 800 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.8, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.

На шаге 802 способа 800 сетевой элемент 112 генерирует сообщение о взимании платы за соединение. Обычный сетевой элемент в домашней сети IMS 110 ввел бы в сообщение о взимании платы домашнее сообщение о взимании платы, такое как домашний ICID и другие данные взимания платы, которые генерированы в домашней сети IMS 110. Согласно способу 800 на шаге 804 сетевой элемент 112 вводит в сообщение о взимании платы домашний идентификатор взимания платы, а также вводит в сообщение о взимании платы гостевой идентификатор взимания платы, присвоенный гостевой сетью IMS 120. Для ввода в ЗУЧ по протоколу Diameter домашнего идентификатора взимания платы и гостевого идентификатора взимания платы в ЗУЧ, например, могут быть определены новые ПАЗ для домашнего идентификатора взимания платы и гостевого идентификатора взимания платы. Затем сетевой элемент 122 может ввести в новые ПАЗ в запросе учета домашний идентификатор взимания платы и гостевой идентификатор взимания платы.

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