ВЗИМАНИЕ ПЛАТЫ ЗА РОУМИНГ С АБОНЕНТОВ В СЕТЯХ IMS
CHARGING USERS IN IMS NETWORKS FOR ROAMING

Область техники, к которой относится изобретение
Изобретение относится к сетям связи, более точно к обеспечению усовершенствованного взимания платы за роуминг с абонентов в сетях 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 вводит в сообщение о взимании платы как домашний идентификатор взимания платы, так и гостевой идентификатор взимания платы. Способ 800 также может включать необязательный шаг ввода на шаге 806 в сообщение о взимании платы дополнительных данных взимания платы за соединение, предоставленных гостевой сетью IMS 120. Затем на шаге 808 сетевой элемент 112 передает сообщение о взимании платы системе 114 данных взимания платы.
На фиг.9 показана блок-схема, иллюстрирующая способ 900 генерации ЗДВП в домашней сети IMS 110 согласно одному из примеров осуществления изобретения. Шаги способа 900 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.9, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.
На шаге 902 способа 900 система 114 данных взимания платы принимает одно или несколько сообщений о взимании платы от сетевого элемента 112. Система 114 данных взимания платы может дополнительно принимать сообщения о взимании платы от других сетевых элементов, не показанных на фиг.1. Затем на шаге 904 система 114 данных взимания платы генерирует домашнюю ЗДВП для соединения. Обычная система данных взимания платы в домашней сети IMS 110 ввела бы в домашнюю ЗДВП домашний идентификатор взимания платы и другие данные взимания платы, генерированные в домашней сети IMS 110. Согласно способу 900 на шаге 906 система 114 данных взимания платы вводит в домашнюю ЗДВП домашний идентификатор взимания платы, а также вводит в домашнюю ЗДВП гостевой идентификатор взимания платы, присвоенный гостевой сетью IMS 120. Для ввода в домашнюю ЗДВП домашнего идентификатора взимания платы и гостевого идентификатора взимания платы для этих идентификаторов взимания платы, например, могут быть определены новые поля в ЗДВП. Затем система 114 данных взимания платы может ввести домашний идентификатор взимания платы и гостевой идентификатор взимания платы в новые поля домашней ЗДВП. Способ 900 также может включать необязательный шаг ввода на шаге 908 в домашнюю ЗДВП дополнительных данных взимания платы за соединение, предоставленных гостевой сетью IMS 120. Затем на шаге 910 система 114 данных взимания платы передает домашнюю ЗДВП системе 116 выставления счетов.
На фиг.10 показана блок-схема, иллюстрирующая способ 1000 генерации сообщения о взимании платы в гостевой сети IMS 120 согласно одному из примеров осуществления изобретения. Шаги способа 1000 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.10, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.
На шаге 1002 способа 1000 сетевой элемент 122 генерирует сообщение о взимании платы за соединение. Обычный сетевой элемент в гостевой сети IMS 120 ввел бы в сообщение о взимании платы гостевое сообщение о взимании платы, такое как гостевой ICID и другие данные взимания платы, генерированные в гостевой сети IMS 120. Согласно способу 1000 на шаге 1004 сетевой элемент 122 вводит в сообщение о взимании платы гостевой идентификатор взимания платы, а также вводит в сообщение о взимании платы домашний идентификатор взимания платы, присвоенный домашней сетью IMS 110. Способ 1000 также может включать необязательный шаг ввода на шаге 1006 в сообщение о взимании платы дополнительных данных взимания платы за соединение, предоставленных домашней сетью IMS 110. Затем на шаге 1008 сетевой элемент 122 передает сообщение о взимании платы системе 124 данных взимания платы.
На фиг.11 показана блок-схема, иллюстрирующая способ 1100 генерации ЗДВП в гостевой сети IMS 120 согласно одному из примеров осуществления изобретения. Шаги способа 1100 будут описаны применительно к сети 100 связи, показанной на фиг.1. Шаги блок-схемы, представленной на фиг.11, не являются всеобъемлющими, и могут быть предусмотрены другие шаги, которые не проиллюстрированы.
На шаге 1102 способа 1100 система 124 данных взимания платы принимает одно или несколько сообщений о взимании платы от сетевого элемента 122. Система 124 данных взимания платы может дополнительно принимать сообщения о взимании платы от других сетевых элементов, не показанных на фиг.1. На шаге 1104 система 124 данных взимания платы генерирует гостевую ЗДВП за соединение. Затем на шаге 1106 система 124 данных взимания платы вводит в гостевую ЗДВП гостевой идентификатор взимания платы, а также вводит в гостевую ЗДВП домашний идентификатор взимания платы, присвоенный домашней сетью IMS 110. Способ 1100 также может включать необязательный шаг ввода на шаге 1108 в гостевую ЗДВП дополнительных данных взимания платы за соединение, предоставленных домашней сетью IMS 110. Затем на шаге 1110 система 124 данных взимания платы передает гостевую ЗДВП системе 126 выставления счетов.
Как показано на фиг.1 система 116 выставления счетов в домашней сети IMS 110 от системы 114 данных взимания платы принимает одну или несколько домашних ЗДВП. Система 126 выставления счетов в гостевой сети IMS 120 также принимает от системы 124 данных взимания платы одну или несколько гостевых ЗДВП. Поскольку домашние ЗДВП в домашней сети IMS 110 и гостевые ЗДВП в гостевой сети IMS 120 содержат одни и те же идентификаторы взимания платы (например, как домашний идентификатор взимания платы, так и гостевой идентификатор взимания платы) и дополнительные совместно используемые данные взимания платы, система 116 выставления счетов и система 126 выставления счетов могут преимущественно сопоставлять ЗДВП, генерированные как в домашней сети IMS 110, так и в гостевой сети IMS 120. В результате может осуществляться более точное взимание платы за соединение. Кроме того, поскольку домашняя сеть IMS 110 и гостевая сеть IMS 120 могут совместно использовать дополнительные данные взимания платы, системы 116 и 126 выставления счетов способны проверять взимание платы за соединение другой системой выставления счетов.
Пример
На фиг.12-13 проиллюстрирован один из примеров совместного использования данных взимания платы домашней сетью IMS и гостевой сетью IMS. На фиг.12 проиллюстрирована сеть 1200 связи согласно одному из примеров осуществления изобретения. В сеть 1200 входит инициирующая соединение гостевая сеть IMS 1202, инициирующая соединение домашняя сеть IMS 1204, завершающая соединение гостевая сеть IMS 1206 и завершающая соединение домашняя сеть IMS 1208. В инициирующую соединение гостевую сеть IMS 1202 входит мобильное устройство 1212, сеть 1214 радиосвязи с абонентами 1214 (СРСА или RAN, от английского - radio access network), пакетная сеть 1216, ПФУС 1218, функция 1219 данных взимания платы (ФДВП) и область 1220 выставления счетов (ОВС или BD, от английского - billing domain). Мобильным устройством 1212 управляет абонент 1211. В инициирующую соединение домашнюю сеть IMS 1204 входит ОФУС 1222, опрашивающая CSCF (ОпФУС или I-CSCF, от английского Interrogate-CSCF) 1224, ДАС 1226, сервер 1228 приложений (AS), ФДВП 1229 и область 1230 выставления счетов (ОВС). В завершающую соединение гостевую сеть IMS 1206 входит мобильное устройство 1242, СРСА 1244, пакетная сеть 1246, ПФУС 1248, ФДВП 1249 и область 1250 выставления счетов (ОВС). Мобильным устройством 1242 управляет абонент 1241. В завершающую соединение домашнюю сеть IMS 1208 входит ОФУС 1252, ОпФУС 1254, ДАС 1256, сервер 1258 приложений (СП или AS, от английского - application server), ФДВП 1259 и область 1260 выставления счетов (ОВС). В сеть 1200 связи могут входить другие узлы, которые для краткости не проиллюстрированы на фиг.12.
На фиг.13 показана блок-схема обмена сообщениями, иллюстрирующая совместное использование данных взимания платы домашней сетью IMS и гостевой сетью IMS на инициирующей соединение стороне согласно одному из примеров осуществления изобретения. На блок-схеме обмена сообщениями проиллюстрирован обмен сообщениями согласно протоколам SIP и Diameter, используемый в сети 1200 связи. Допустим, что абонент 1211 желает инициировать соединение с абонентом 1241. Для инициации соединения мобильное устройство 1212 генерирует сообщение INVITE по протоколу SIP и посредством СРСА 1214 и пакетной сети 1216 передает сообщение INVITE ПФУС 1218. В ответ на принятое сообщение INVITE ПФУС 1218 присваивает соединению гостевой ICID. ПФУС 1218 может генерировать или идентифицировать дополнительные данные взимания платы за соединение, такие как ANCID, идентификатор соединения абонента сети IMS, УИО и т.д. Затем ПФУС 1218 вводит в сообщение INVITE гостевой ICID и дополнительные данные взимания платы. ПФУС 1218 может вводить гостевой ICID и дополнительные данные взимания платы в новую ПАЗ в векторе-посреднике взимания платы сообщения INVITE по протоколу SIP. Далее ПФУС 1218 передает сообщение INVITE ОФУС 1222 в домашней сети IMS 1204.
В ответ на сообщение INVITE ОФУС 1222 обеспечивает управление обслуживанием соединения. ОФУС 1222 также обрабатывает сообщение INVITE, чтобы идентифицировать и сохранить гостевой ICID и дополнительные данные взимания платы. Затем ОФУС 1222 посредством домашней сети IMS 1208 и гостевой сети IMS 1206 (смотри фиг.12) передает сообщение INVITE мобильному устройству 1242 абонента 1241. Поскольку в рассмотренном варианте осуществления показано совместное использование данных взимания платы на инициирующей соединение стороне, служебные сообщения на завершающей соединение стороне для краткости опущены.
Чтобы принять вызов, мобильное устройство 1242 передает сообщение 200 OK по протоколу SIP, которое принимает ОФУС 1222. В ответ на сообщение 200 OK ОФУС 1222 присваивает соединению домашний ICID. ОФУС 1222 может присвоить новый уникальный ICID, отличающийся от гостевого ICID. В качестве альтернативы ОФУС 1222 может повторно использовать гостевой ICID, присвоенный гостевой сетью IMS 1202, в качестве домашнего ICID. ОФУС 1222 также может генерировать или идентифицировать дополнительные данные взимания платы за соединение, такие как домашний идентификатор соединения абонента сети IMS, домашний УИО, временная отметка начала предоставления услуги и т.д. Затем ОФУС 1222 вводит домашний ICID и дополнительные данные взимания платы в сообщение 200 OK и передает его ПФУС 1218 в гостевой сети IMS 1202.
Помимо этого, ОФУС 1222 генерирует запрос [начала] учета по протоколу Diameter Rf для начала соединения. ОФУС 1222 вводит в запрос [начала] учета (ЗУЧ) домашний ICID и гостевой ICID вместе с дополнительными данными взимания платы, совместно используемыми гостевой сетью IMS 1202. Затем ОФУС 1222 передает запрос [начала] учета (ЗУЧ) домашней ФДВП 1229, чтобы зарегистрировать начало соединения и запуск мультимедийного компонента в ОФУС 1222. ФДВП 1229 обрабатывает запрос [начала] учета (ЗУЧ), чтобы идентифицировать домашний ICID, гостевой ICID и любые дополнительные данные взимания платы. Затем ФДВП 1229 открывает в ОФУС ЗДВП за соединение. В ответ на запрос [начала] учета (ЗУЧ) ФДВП 1229 также передает ответ на запрос учета (АСА) по протоколу Diameter.
ПФУС 1218 принимает сообщение 200 OK от ОФУС 1222 и обрабатывает сообщение 200 OK, чтобы идентифицировать и сохранить домашний ICID и дополнительные данные взимания платы. ПФУС 1218 генерирует запрос [начала] учета (ЗУЧ) по протоколу Diameter Rf для начала соединения. ПФУС 1218 вводит домашний ICID и гостевой ICID в запрос [начала] учета (ЗУЧ) вместе с дополнительными данными взимания платы, совместно используемыми домашней сетью IMS 1204. Затем ПФУС 1218 передает запрос [начала] учета (ЗУЧ) гостевой ФДВП 1219, чтобы зарегистрировать начало соединения и запуск мультимедийного компонента в ПФУС 1218. ФДВП 1219 обрабатывает запрос [начала] учета (ЗУЧ), чтобы идентифицировать домашний ICID, гостевой ICID и любые дополнительные данные взимания платы. Затем ФДВП 1219 открывает в ПФУС ЗДВП за соединение. В ответ на запрос [начала] учета (ЗУЧ) ФДВП 1219 также передает АСА по протоколу Diameter. После этого устанавливается соединение, и абонент 1211 может связаться с абонентом 1241.
Допустим, что позднее абонент 1211 пожелает завершить соединение. Чтобы завершить соединение, мобильное устройство 1212 передает ПФУС 1218 сообщение BYE по протоколу SIP. ПФУС 1218 может снова идентифицировать данные взимания платы за соединение и ввести данные взимания платы в сообщение BYE. Затем ПФУС 1218 передает сообщение BYE ОФУС 1222.
В ответ на сообщение BYE ПФУС 1218 дополнительно передает ФДВП 1219 запрос [прекращения] учета (ЗУЧ), чтобы зарегистрировать окончание соединения и остановку мультимедийного компонента в ЗДВП ПФУС. ФДВП 1219 закрывает ЗДВП в ПФУС и также передает ПФУС 1218 ответное сообщение АСА. ЗДВП в ПФУС содержит домашний ICID, гостевой ICID и дополнительные данные взимания платы, которые совместно использовались домашней сетью IMS 1204. Затем ФДВП 1219 передает ЗДВП ПФУС области 1220 выставления счетов (не показаны на фиг.13).
ОФУС 1222 принимает сообщение BYE от ПФУС 1218. Затем ОФУС 1222 посредством домашней сети IMS 1208 и гостевой сети IMS 1206 (смотри фиг.12) передает сообщение BYE мобильному устройству 1242 абонента 1241. ОФУС 1222 также передает ФДВП 1229 запрос [прекращения] учета (ЗУЧ), чтобы зарегистрировать окончание соединения и остановку мультимедийного компонента в ЗДВП ОФУС. ФДВП 1229 закрывает ЗДВП в ОФУС и также передает ОФУС 1222 ответное сообщение АСА. ЗДВП в ОФУС содержит домашний ICID, гостевой ICID и дополнительные данные взимания платы, которые совместно использовались гостевой сетью IMS 1202. Затем ФДВП 1229 ЗДВП ПФУС области 1230 выставления счетов (не показана на фиг.13).
Мобильное устройство 1242 передает принятое ОФУС 1222 сообщение 200 OK по протоколу SIP, в котором подтверждается окончание соединения. ОФУС 1222 передает сообщение 200 OK ПФУС 1218, которая пересылает сообщение 200 OK мобильному устройству 1212. После этого соединение прекращается.
Как показано на фиг.12, область 1230 выставления счетов в домашней сети IMS 1204 принимает ЗДВП ОФУС от ФДВП 1229. Система 1220 выставления счетов в гостевой сети IMS 1202 принимает ЗДВП ПФУС от ФДВП 1219. Поскольку эти ЗДВП содержат одни и те же ICID (например, как домашний ICID, так и гостевой ICID) и другие совместно используемые данные взимания платы, области 1230 и 1220 выставления счетов преимущественно могут сопоставлять ЗДВП, генерируемые как в домашней сети IMS 1204, так и гостевой сети IMS 1202. В результате может осуществляться более точное взимание платы за соединение. Кроме того, поскольку домашняя сеть IMS 1204 и гостевая сеть IMS 1202 могут совместно использовать дополнительные данные взимания платы, каждая область выставления счетов способна проверять взимание платы за соединение другой областью выставления счетов.
Хотя в изобретении описаны конкретные варианты осуществления, объем изобретения не ограничен этими конкретными вариантами осуществления. Объем изобретения ограничен следующей далее формулой изобретения и любыми ее эквивалентами.