Способ связи между узлами подсистемы ip-мультимедиа

Авторы патента:

БАЕР Андерс (SE)

ДАЛЬ Ян (SE)

КХАН Давид (SE)

H04W4/24 - Техника электрической связи

Владельцы патента RU 2575873:

ТЕЛЕФОНАКТИЕБОЛАГЕТ Л М ЭРИКССОН (пабл) (SE)

Изобретение относится к системам связи. Предложен способ связи между двумя узлами, обеспечивающими функциональность тарификации в режиме реального времени в сети подсистемы IP-мультимедиа (IMS), причем первый узел выполнен с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), и второй узел выполнен с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS). Способ позволяет уменьшить недостатки, вытекающие из низкой доступности OCS. 5 н. и 8 з.п. ф-лы, 7 ил.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к способу связи между двумя узлами, обеспечивающими функциональность тарификации в режиме реального времени в сети подсистемы IP-мультимедиа (IMS). В частности, оно относится к способу связи между первым узлом, выполненным с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), и вторым узлом, выполненным с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS).

УРОВЕНЬ ТЕХНИКИ

Услуги IP-мультимедиа (IPMM) предусматривают сочетание голоса, видео, службы передачи сообщений, данных и т.д., во время одного и того же сеанса. По мере увеличения числа базовых приложений и медиа, которые можно комбинировать, количество услуг, предлагаемых конечным пользователям, будет расти, и потенциал обогащения опыта межличностной коммуникации будет увеличиваться. Это приведет к новому поколению персонализированных, расширенных мультимедийныx услуг связи, включая так называемые услуги "комбинационных IP-Мультимедиа".

IMS представляет собой технологию, определенную Проектом Партнерства третьего поколения (3GPP) для обеспечения услуг IP-мультимедиа в сетяx мобильной связи. IMS предоставляет возможности для улучшения межабонентского взаимодействия конечных пользователей через интеграцию и взаимодействие между услугами. IMS делает возможными усовершенствованные личные взаимодействия между людьми (клиент-клиент), а также между человеком и контентом (клиент-сервер) через IP-сеть. IMS использует протокол инициирования сеанса (SIP), чтобы установить и управлять вызовами или сеансами между абонентскими терминалами (или абонентскими терминалами и серверами приложений). Протокол описания сеанса (SDP), передаваемый посредством SIP-сигнализации, используется для описания и согласования медиа-компонентов сеанса. В то время как SIP был создан в качестве межпользовательского протокола, IMS дает возможность операторам и поставщикам услуг управлять доступом пользователя к услугам и соответственно производить тарификацию пользователей. Другими протоколами, которые используются для передачи и управления медиа, являются протокол передачи в реальном времени и протокол управления передачей в реальном времени (RTP/RTCP).

В сети IMS функциональные блоки управления вызовами (CSCF) выполняют обработку и маршрутизацию сигнализации. CSCF обрабатывают установление сеанса, изменение и прекращение сеансов IP-мультимедиа, используя стек протоколов SIP/SDP. Спецификация 3GPP TS23.228 описывает логические узлы P-CSCF, I-CSCF, S-CSCF, E-CSCF и BGCF. S-CSCF соответствует спецификации 3GPP TS 24.229 и выполняет услуги по управлению сеансами для абонентского оборудования (UE). Он поддерживает состояние сеанса для поддержки услуг и выполняет следующие функции:

он выступает в качестве регистратора в соответствии с [RFC3261] при регистрации;

он уведомляет подписчиков об изменениях регистрации;

он обеспечивает управление сеансами зарегистрированных пользователей;

он обрабатывает SIP-запросы и либо обслуживает их внутри, либо переадресует их на следующий узел; и

он взаимодействует с серверами приложений IMS.

S-CSCF выполняет SIP-маршрутизацию в соответствии с процедурами маршрутизации 3GPP.

Большинство SIP-сеансов в IMS, таких как вызовы, которые инициированы абонентским оборудованием, подлежат тарификации оператором. Архитектура IMS предусматривает две различных модели тарификации: тарификацию в автономном режиме и тарификацию в режиме реального времени.

Тарификация в режиме реального времени основывается на так называемой предоплатной модели подписки. Как правило, абонент покупает некоторое количество кредитов у оператора. Если SIP-сеанс инициирован SIP-запросом, отправленным с абонентского оборудования на S-CSCF, S-CSCF связывается с сервером приложений, осуществляя Функцию инициирования тарификации (CTF). Функция СTF описывается в спецификациях 3GPP TS 32.260 и 3GPP TS 32.299. Она поддерживает тарификацию для пользователей, использующих инфраструктуру и услуги IMS. Узел CTF определяет, подлежит ли запрашиваемый сеанс тарификации или нет. Если запрашиваемый сеанс подлежит тарификации, то узел CTF связывается с узлом системы тарификации в режиме реального времени (OCS), в которой хранится текущий кредит абонента. Если на счету абонента содержится достаточный кредит для предоставления SIP-запроса, OCS отвечает соответственно на CTF, который удовлетворяет запрос. Точно так же, если кредит недостаточен, SIP-запрос может быть отклонен, или может быть предоставлен сеанс на ограниченное количество времени.

Узлы CTF и OCS реализуют функциональность тарификации в режиме реального времени для архитектуры IMS. Связь между узлами CTF и OCS осуществляется посредством интерфейса Ro, описанного в спецификации 3GPP TS32.299, и осуществляется по протоколу DIAMETER. Более конкретно, CTF отправляет сообщения запроса кредитного контроля (CCR) по протоколу DIAMETER, тогда как OCS отвечает сообщениями ответа кредитного контроля (CCA) по протоколу DIAMETER. Эти сообщения описаны в RFC 4006.

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

Однако проблемы возникают когда линия связи, реализующая интерфейс Ro, используемый для соединения CTF и OCS, является ненадежной. Например, запрос транзакции может поступить на узел CTF тогда, когда OCS недоступен из-за того, что линия связи между CTF и OCS вышла из строя. В случае ошибки при обработке сообщения запроса кредитного контроля, OCS отправляет пару значений атрибутов (AVP) ′сбой обработки кредитного запроса контроля′, как определено в RFC 4006, на CTF. AVP указывает ПРОДОЛЖИТЬ (CONTINUE) запрашиваемый сеанс, ПРЕКРАТИТЬ (TERMINATE) запрашиваемый сеанс или ПОВТОРИТЬ и ПРЕКРАТИТЬ (RETRY и TERMINATE). В стандартном режиме, который выполняется CTF, если OCS совсем не направляет никакого ответа, то выполняется ПРЕКРАТИТЬ (TERMINATE). Оператору необходимо настроить CTF так, чтобы он мог принять решение о том, нужно ли удовлетворить запрос, полагая поведение по умолчанию ПРОДОЛЖИТЬ (CONTINUE), или сбросить его без доступа к состоянию кредита абонента, инициирующего транзакции.

При консервативном подходе CTF может по умолчанию отклонить запрос сеанса, если OCS недоступен. Такая политика дает возможность оператору избежать каких-либо потерь выручки в случае, если кредитный баланс абонента в действительности недостаточно высок для того, чтобы удовлетворить транзакцию. С другой стороны, если кредитный баланс абонента достаточно высок, чтобы провести транзакцию, абонент может быть не удовлетворен качеством услуги, так как транзакция не произошла независимо от кредитного баланса абонента.

При менее консервативном подходе CTF может разрешить продолжение сеанса независимо от кредитного баланса абонента, в случае если OCS недоступен. Такая политика ведет к высокой доступности услуги, но может привести к серьезным потерям выручки для оператора, в случае если кредитный баланс абонента недостаточно высок для проведения транзакций.

В соответствии с существующими и предлагаемыми в настоящее время архитектурами IMS отсутствует легкий способ конфигурации узла CTF и/или узла OCS таким образом, чтобы разрешить данное неудовлетворительное поведение в модели IMS для тарификации в режиме реального времени.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

В соответствии с первым аспектом настоящего изобретения, предусмотрен способ связи между двумя узлами, обеспечивающими функциональность тарификации в режиме реального времени в сети подсистемы IP-мультимедиа (IMS). Первый узел выполнен с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), и второй узел выполнен с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS). Способ содержит этап приема на узле CTF запроса по протоколу установления сеанса (SIP), относящегося к SIP-сеансу, с сетевого узла. Кроме того, способ содержит предоставление уведомления на узел CTF. Уведомление указывает, что узел OCS недоступен. Если уведомление включает в себя указание того, что запросы ССR, относящиеся к SIP-сеансу, должны быть буферизированы, способ дополнительно содержит этап сохранения информации запроса кредитного контроля (ССR) на узле CTF. Сохраненная информация CCR соответствует упомянутому SIP-сеансу и подлежит отправке на OCS. Узел CTF хранит ее в буфере памяти. Узел CTF обрабатывает запросы, относящиеся к упомянутому SIP-сеансу, при том допущении, что были предоставлены соответствующие запросы CCR. Кроме того, узел CTF передает упомянутую буферизированную информацию CCR на упомянутый OCS после получения уведомления о том, что узел OCS доступен. Способ дополнительно содержит обработку упомянутой предварительно буферизированной информации CCR на узле OCS.

В соответствии со вторым аспектом настоящего изобретения, предусмотрен способ обработки запроса по протоколу установления сеанса (SIP) в узле подсистемы IP-мультимедиа (IMS), выполненном с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF). Способ содержит этап приема на узле CTF запроса по протоколу установления сеанса (SIP), относящегося к SIP-сеансу, с сетевого узла. Кроме того, способ содержит предоставление уведомления на узел CTF. Уведомление указывает на то, что узел OCS недоступен. Если уведомление включает в себя указание того, что запросы ССR, относящиеся к SIP-сеансу, должны быть буферизированы, то способ дополнительно содержит этап сохранения информации запроса кредитного контроля (ССR) на узле CTF. Сохраненная информация CCR соответствует упомянутому SIP-сеансу и подлежит отправке на OCS. Узел CTF сохраняет ее в буфере памяти. Узел CTF обрабатывает запросы, относящиеся к упомянутому SIP-сеансу, при допущении того, что были предоставлены соответствующие запросы CCR. Кроме того, узел CTF передает упомянутую буферизированную информацию CCR на упомянутый OCS после получения уведомления о том, что OCS является доступным.

В соответствии с третьим аспектом настоящего изобретения, предусмотрен способ обработки сообщения запроса кредитного контроля (CCR) в сетевом узле подсистемы IP-мультимедиа (IMS), выполненном с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS). Способ содержит этап приема предварительно буферизированной информации CCR от узла CTF. Способ дополнительно содержит обработку упомянутой предварительно буферизированной информации CCR. Предпочтительно, узел OCS может дополнительно направить уведомление на функциональный блок инициирования тарификации (CTF), указывающее на то, что узел OCS недоступен.

Уведомление о недоступности может предпочтительно быть передано от узла OCS на узел CTF.

Более предпочтительно, уведомление о недоступности может быть передано посредством ответного сообщения с ответом на запрос кредитного контроля (CCA), и оно может содержать указание о том, что запросы ССR, относящиеся к SIP-сеансу, должны быть буферизированы.

Предпочтительно, ответное сообщение ССА может содержать указание ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER).

Буферизированная информация ССR может быть предпочтительно передана в, по меньшей мере, одном запросе ССR, включая указание того, что информация была буферизирована.

В соответствии с четвертым аспектом настоящего изобретения, предусмотрено устройство, содержащее первый узел, выполненный с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), в сети подсистемы IP-мультимедиа (IMS). Устройство содержит первый приемный модуль для приема SIP-запросов, второй приемный модуль для приема ответных сообщений ССА, первый передающий модуль для отправки SIP-сообщений, второй передающий модуль для отправки запросов ССR; память, выполненную с возможностью буферизации информации CCR; и модуль обработки. Модуль обработки выполнен с возможностью генерации информации ССR, соответствующей принятому SIP-запросу и относящейся к SIP-сеансу. При условии предоставления уведомления, указывающего на то, что услуга OCS недоступна, и что запросы ССR, относящиеся к SIP-сеансу, должны быть буферизированы, модуль обработки конфигурируется следующим образом. Он выполнен с возможностью соxранять упомянутую информацию CCR в буфере. Mодуль обработки, помимо всего прочего, выполнен с возможностью обрабатывать SIP-запросы, относящиеся к упомянутому SIP-сеансу, при допущении того, что предоставлены упомянутые запросы ССR, и считывать упомянутую информацию CCR с упомянутого буфера, перед передачей упомянутой информации CCR в, по меньшей мере, одном запросе ССR на упомянутый узел OCS, когда он доступен.

Предпочтительно, модуль обработки может дополнительно быть выполнен с возможностью включать в упомянутый, по меньшей мере, один запрос ССR, содержащий буферизированную информацию, которая передается на упомянутый узел OCS, указание того, что информация, содержащаяся в нем, была буферизирована.

В соответствии с пятым аспектом настоящего изобретения, предусмотрено устройство, содержащее второй узел, выполненный с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS), в сети подсистемы IP-мультимедиа (IMS). Устройство содержит приемный модуль для приема запросов CCR, передающий модуль для отправки ответных сообщений CCA, память и модуль обработки. Модуль обработки выполнен с возможностью обработки запросов CCR, относящиxся к SIP-сеансу, причем запрос CCR получен от узла CTF и содержит указание того, что включенная информация CCR была буферизирована упомянутым узлом CTF.

Предпочтительно, модуль обработки может дополнительно быть выполнен с возможностью передавать уведомление о недоступности в ответ на запрос CCR, полученный от CTF.

Более предпочтительно, модуль обработки может дополнительно быть выполнен с возможностью передавать уведомление о недоступности в ответ на запрос CCR, полученный от CTF, посредством ответного сообщения с ответом на запрос контроля кредита (CCA), которое содержит указание того, что запросы ССR, относящиеся к упомянутому SIP-сеансу, должны быть буферизированы.

Ответное сообщение ССА может предпочтительно содержать указание ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER).

Варианты осуществления настоящего изобретения позволяют уменьшить проблемы, возникшие при тарификации в режиме реального времени в системе на базе архитектуры IMS в случае, когда линия связи между CTF и OCS является ненадежной. Используя настоящее изобретение, операторы имеют возможность поддерживать доступность услуг без потери дохода. Операторы могут использовать интерфейс Ro как для абонентов с предоплатой, так и для абонентов с оплатой по факту, поскольку иx расходы могут быть рассчитаны задним числом.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Далее будут описаны аспекты настоящего изобретения только в качестве примера со ссылкой на прилагаемые чертежи.

Фиг. 1 изображает сигнализацию, относящуюся к способу, в соответствии с вариантом осуществления настоящего изобретения.

Фиг. 2 изображает сигнализацию, относящуюся к способу, в соответствии с вариантом осуществления настоящего изобретения.

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

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

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

Фиг. 6 схематично иллюстрирует вариант осуществления устройства, реализующего узел CTF.

Фиг. 7 схематично иллюстрирует вариант осуществления устройства, реализующего узел OCS.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Как описано выше, в архитектуре IMS существует необходимость использования доступной инфраструктуры, относящейся к тарификации в режиме реального времени более эффективно. В настоящее время, если недоступно соединение между узлами CTF и OCS, реализованное посредством интерфейса Ro, то не существует никакого способа установления SIP-сеанса для абонента, даже если у абонента имеется кредитный баланс, который позволил бы установить такой сеанс. В соответствии с настоящим изобретением, эта проблема решается, например, за счет дополнения пары значений атрибутов (AVP) ′сбой обработки запроса кредитного контроля′ новым значением. Новое значение указывает на то, что CTF должен продолжать установление запрашиваемого сеанса и буферизировать любые запросы кредитного контроля (CCR) в отношении запрашиваемого сеанса для последующей обработки на OCS. В нижеследующем описании новое значение будет обозначаться как указание ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER).

Для того чтобы реализовать изобретение в соответствии с настоящим изобретением, CTF обеспечивается возможностью буферизации запросов ССR при получении уведомления ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER). Более того, CTF обеспечивается возможностью опустошения упомянутого буфера от информации CCR позднее, когда OCS снова становится доступен. CTF очищает буфер путем отправки ранее сгенерированных запросов ССR на OCS, включающих указание того, что они представляют собой буферизированные, а следовательно, не в реальном времени, запросы. OCS, кроме того, обеспечивается возможностью обрабатывать запросы ССR, которые не являются запросами в реальном времени и которые включают в себя предварительно буферизированную информацию CCR.

Последовательность событий обработки ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER) AVP указана на Фиг. 1.

Абонентское оборудование UE или сервер приложений AS запрашивает установление нового SIP-сеанса с вызываемой стороной. Соответствующий запрос SIP INVITE (ПРИГЛАШЕНИЕ) принимается CTF, возможно с помощью CSCF, который не показан на Фиг. 1. CTF генерирует первый CCR, обозначенный как CCR-1, который содержит идентификатор пользователя запрашивающей стороны, а также информацию об услуге, относящуюся к запрашиваемой услуге. CCR-1 передается через интерфейс Ro на OCS, который содержит кредитный баланс абонента.

Если OCS недоступен для предоставления услуг, например, потому что он перегружен, он отвечает CTF, используя новую пару значений атрибутов ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER). Помимо всего прочего, оператор может настроить CTF на использование значения ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER) в качестве значения по умолчанию всякий раз, когда OCS не отвечает. После того, как уведомление с указанием ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER) AVP будет доступнo на CTF, он сохраняет ранее отправленный CCR в памяти, которая выполнена с возможностью сохранять информацию CCR, относящуюся к запрашиваемому сеансу. Эта память называется буфером CCR.

Предполагая, что OCS предоставил соответствующий CCR, CTF направляет сообщение SIP INVITE (ПРИГЛАШЕНИЕ) вызываемой стороне, что хорошо известно в данной области техники. Если сеанс успешно установлен, с вызывающей стороны на CTF принимается подтверждение SIP 200 OK (успешно), и направляется с помощью CTF на вызывающий абонентское оборудование (UE) или AS. После установления сеанса CTF может, например, сгенерировать второе сообщение CCR, которое должно быть передано на OCS. CCR-2 содержит информацию, касающуюся установленного сеанса. Как только CTF узнает, что OCS недоступен, он сохраняет CCR-2 в буфере CCR.

Точно так же, как только SIP-сеанс прекращается запросом SIP BYE, CTF генерирует соответствующий запрос на прекращение (CCR-3) и сохраняет его в буфере CCR.

Последовательность событий для очистки буфера CCR на CTF и обработки буферизированных запросов ССR в OCS показана в Фиг. 2.

Буфер CCR на CTF в идеале настроен как FIFO-буфер («первым пришел - первым ушел»), так что поддерживается последовательность сгенерированных запросов ССR, принадлежащих одному и тому же сеансу. Сначала CTF отправляет первичный запрос CCR-1 на OCS. Предпочтительно, если все передаваемые запросы ССR включают в себя указание того, что передаваемая информация была буферизирована, и, следовательно, не являются запросами в реальном времени. OCS обрабатывает принятые запросы ССR и проверяет кредитный баланс абонента. Независимо от результата проверки баланса, ответное сообщение ССА, указывающее на одобрение запроса, передается в CTF.

Оператор может предпочтительно реализовать на OCS политику обновления кредитного баланса абонента задним числом в соответствии с принятыми буферизированными запросами ССR, которые отображают предыдущие услуги абонента и использование инфраструктуры. Такая политика делает возможным оператору восстановить по меньшей мере некоторые из его доходов, когда интерфейс Rо не работает, в то же время обеспечить доступность предложенных услуг. Могут быть применены другие политики для учета потребностей абонента.

CTF не предпринимает никаких действий с принятыми CCA, поскольку сеанс был уже предоставлен раньше. Остальная буферизированная информация CCR обрабатывается подобным же образом.

В предпочтительном варианте осуществления настоящего изобретения передача указания ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER) реализуется с использованием сообщения AVP ′сбой обработки кредитного контроля′ (код AVP 427), как определено в RFC 4006. AVP возвращается в CTF в CCA, отправленном с CCS, и представляет собой данные перечислимого типа, принимающие следующие возможные значения:

- ПРЕКРАТИТЬ (TERMINATE) 0;

- ПРОДОЛЖИТЬ (CONTINUE) 1;

- ПОВТОРИТЬ И ПРЕКРАТИТЬ (RETRY_AND_TERMINATE) 2;

- ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER) 3.

В альтернативном варианте осуществления настоящего изобретения передача указания CONTINUE_BUFFER реализуется с использованием опытного кода AVP (Experimental-Code-AVP), определенного в RFC 3588. Аналогично, значение AVP ′запрос CCR не в реальном времени′ может быть добавлено для того, чтобы передать указание того, что запросы CCR, передаваемые от CTF на OCS, были предварительно буферизированы, и представляют информацию ССR не в реальном времени.

Фиг. 3 иллюстрирует основные этапы способа в соответствии с настоящим изобретением в виде блок-схемы, соответствующей диаграмме последовательности действий на Фиг. 1 и 2. Способ начинается на этапе 10. На этапе 11 узел CTF принимает SIP-запрос, относящийся к SIP-сеансу. На этапе 12 уведомление о том, что служебный узел OCS недоступен, поступает на узел CTF. На этапе 13 CTF проверяет, содержит ли уведомление указание того, что запросы ССR, относящиеся к SIP-сеансу, подлежат буферизации, и что соответствующие SIP-запросы должны быть обработаны при допущении того, что были предоставлены соответствующие запросы CCR. Eсли такое указание присутствует, то CTF сохраняет информацию CCR, относящуюся к упомянутому SIP-сеансу, в буфере памяти на этапе 14. На этапе 15 узел CTF обрабатывает SIP-запросы, которые относятся к SIP-сеансу, при допущении того, что были предоставлены соответствующие запросы CCR. Как только служебный узел OCS становится доступным снова, на этапе 16 узел CTF передает буферизированную информацию ССR на OCS. В конце концов, на этапе 17 узел OCS обрабатывает предварительно буферизированную информацию CCR, которая была принята от CTF.

Фиг. 4 иллюстрирует основные этапы способа, реализованного в одном варианте осуществления с помощью узла CTF, подобного узлу CTF, изображенному на Фиг. 1 и 2. Способ начинается на этапе 20. На этапе 21 узел CTF принимает SIP-запрос, относящийся к SIP-сеансу. На этапе 22 уведомление о том, что служебный узел OCS недоступен, поступает на узел CTF. На этапе 23 CTF проверяет, содержит ли уведомление указание того, что запросы ССR, относящиеся к SIP-сеансу, подлежат буферизации, и что соответствующие SIP-запросы должны быть обработаны при допущении того, что были предоставлены соответствующие запросы CCR. Eсли такое указание присутствует, то CTF сохраняет информацию CCR, относящуюся к упомянутому SIP-сеансу, в буфере памяти на этапе 24. На этапе 25 узел CTF обрабатывает SIP-запросы, которые относятся к SIP-сеансу, при допущении того, что были предоставлены соответствующие запросы CCR. Как только служебный узел OCS становится доступен снова, узел CTF передает на этапе 26 буферизированную информацию ССR на OCS.

Фиг. 5 иллюстрирует основные этапы способа, реализованного в одном варианте осуществления с помощью узла OCS, подобного узлу OCS, изображенному на Фиг. 1 и 2. Способ начинается на этапе 30. На этапе 31 узел OCS принимает запрос CCR, содержащий информацию ССR, которая была предварительно буферизирована на CTF. На этапе 32 узел OCS обрабатывает предварительно буферизированную информацию CCR, которая была принята от CTF.

Фиг. 6 схематично иллюстрирует вариант осуществления узла 100 IMS в соответствии с настоящим изобретением. Узел выполнен с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF). Это обеспечивает функциональность узла CTF на Фиг. 1 и 2. Узел 100 содержит, по меньшей мере, первый приемный модуль 110 для приема SIP-пакетов от S-CSCF, абонентского оборудования UE или AS, и первый передающий модуль 111 для отправки SIP-пакетов. Узел 100 дополнительно содержит, по меньшей мере, второй приемный модуль 120 для приема ответных сообщений CCA по протоколу DIAMETER от узла OCS, и второй передающий модуль 121 для отправки запросов ССR по протоколу DIAMETER на узел OCS. Узел 100 дополнительно содержит модуль 130 обработки и память 140, причем модуль 130 обработки выполнен с возможностью генерации информации ССR, соответствующей принятому SIP-запросу и относящейся к SIP-сеансу. Mодуль обработки дополнительно выполнен с возможностью проверки того, доступно ли уведомление на узле 100 о том, что узел OCS недоступен, и указывающее на то, что запросы ССR, относящиеся к SIP-сеансу, которые должны были быть переданы на упомянутый OCS, вместо этого должны буферизироваться в область 150 буфера упомянутой памяти. Модуль 130 обработки дополнительно выполнен с возможностью соxранять сгенерированный запрос 122 CCR в буфере памяти 150, при условии поступления упомянутого оповещения. Модуль 130 обработки обрабатывает входящие SIP-запросы, относящиеся к SIP-сеансу, при допущении того, предоставлены соответствующие запросы ССR. Кроме того, модуль 130 обработки выполнен с возможностью считывать буферизированную информацию 122 запроса CCR из памяти 150 буфера и передавать ее в, по меньшей мере, одном запросе CCR на узел OCS, как только он становится доступным. Предпочтительно, модуль обработки указывает в исходящем запросе CCR, что содержащаяся в запросе CCR информация была буферизирована.

Фиг. 7 схематично иллюстрирует вариант осуществления узла 200 IMS в соответствии с настоящим изобретением. Узел 200 выполнен с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS). Это обеспечивает функциональные возможности узла OCS на Фиг. 1 и 2. Узел 200 содержит, по меньшей мере, приемный модуль 220 для приема запросов ССR по протоколу DIAMETER от узла CTF и второй передающий модуль 221 для отправки ответов CCA по протоколу DIAMETER на узел CTF. Узел 200 дополнительно содержит модуль 230 обработки и память 240, причем модуль обработки выполнен с возможностью обработки информации ССR, которая получена в запросе CCR, содержащем информацию CCR не в реальном времени, которая была предварительно буферизирована. Преимущественно, модуль обработки выполнен с возможностью генерации ответного сообщения ССА, которое информирует узел CTF о том, что узел OCS недоступен, и что узел CTF должен буферизировать запросы ССR.

Модули 140, 240 памяти сохраняют команды для обработки соответствующими модулями 130, 230 обработки. Каждый узел 100, 200 может рассматриваться как компьютер, выполненный с возможностью выступать в качестве описанного путем обработки соответствующих сохраненных команд.

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

1. Способ связи между двумя узлами, обеспечивающими функциональность тарификации в режиме реального времени, в сети подсистемы IP-мультимедиа (IMS), причем первый узел (100) выполнен с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), и второй узел (200) выполнен с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS), причем способ содержит этапы, на которых:
- на узле CTF принимают запрос по протоколу установления сеанса (SIP), относящийся к SIP-сеансу, с сетевого узла;
- на узле CTF предоставляют уведомление, указывающее на то, что служебный блок OCS недоступен;
- на узле CTF, если упомянутое уведомление содержит указание того, что запросы CCR, относящиеся к упомянутому SIP-сеансу, должны быть буферизированы, то
- сохраняют в буфере памяти информацию запроса кредитного контроля (ССR), которая соответствует упомянутому SIP-сеансу и которая подлежит отправке на OCS,
- обрабатывают запросы, относящиеся к упомянутому SIP-сеансу, при допущении того, что были предоставлены соответствующие запросы CCR;
- передают упомянутую буферизированную информацию ССR на упомянутый OCS после получения уведомления о том, что OCS становится доступным;
- на узле OCS обрабатывают упомянутую предварительно буферизированную информацию CCR.

2. Способ по п. 1, в котором упомянутое уведомление о недоступности передается с OCS на CTF.

3. Способ по п. 1 или 2, в котором упомянутая буферизированная информация CCR передается в, по меньшей мере, одном запросе CCR, включая указание того, что информация была буферизирована.

4. Способ обработки запроса по протоколу установления сеанса (SIP) на узле (100) подсистемы IP-мультимедиа (IMS), выполненном с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), причем способ содержит этапы, на которых:
- принимают SIP-запрос от сетевого узла;
- предоставляют уведомление, указывающее на то, что служебный блок тарификации в режиме реального времени (OCS) недоступен;
если упомянутое уведомление содержит указание того, что запросы ССR, относящиеся к упомянутому SIP-сеансу, должны быть буферизированы, то
- сохраняют в буфере памяти информацию запроса кредитного контроля (ССR), которая соответствует упомянутому SIP-сеансу и которая подлежит отправке на OCS;
- обрабатывают SIP-запросы, относящиеся к упомянутому SIP-сеансу, при допущении того, что были предоставлены упомянутые запросы ССR;
- передают упомянутую буферизированную информацию CCR на упомянутый OCS после получения уведомления о том, что служебный блок доступен.

5. Способ по п. 4, в котором упомянутое уведомление о недоступности передается с OSR на CTF.

6. Способ по п. 4 или 5, в котором упомянутая буферизированная информация CCR передается в, по меньшей мере, одном запросе CCR, включая указание того, что информация была буферизирована.

7. Способ обработки запроса кредитного контроля (CCR) на узле (200) сети подсистемы IP-мультимедиа (IMS), выполненном с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS), причем способ содержит этапы, на которых:
- отправляют уведомление посредством ответного сообщения с ответом на запрос кредитного контроля (CCA) на функциональный блок инициирования тарификации (CTF), указывающего, что служебный блок OCS недоступен; причем уведомление содержит указание того, что запросы CCR, относящиеся к упомянутому SIP-сеансу, должны быть буферизированы;
- принимают предварительно буферизированную информацию CCR от CTF;
- обрабатывают упомянутую предварительно буферизированную информацию CCR.

8. Способ по п. 7, в котором упомянутое ответное сообщение ССА содержит указание ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER).

9. Способ по п. 7 или 8, в котором упомянутая буферизированная информация ССR передается в, по меньшей мере, одном запросе CCR, включая указание того, что информация была буферизирована.

10. Устройство, содержащее первый узел (100), выполненный с возможностью функционировать в качестве функционального блока инициирования тарификации (CTF), в сети подсистемы IP-мультимедиа (IMS), причем устройство содержит:
первый приемный модуль (110) для приема SIP-запросов;
второй приемный модуль (120) для приема ответных сообщений CCA;
первый передающий модуль (111) для отправки SIP-сообщений;
второй передающий модуль (121) для отправки запросов ССR;
память (150), выполненную с возможностью буферизации информации (122) CCR; и
модуль (130) обработки, выполненный с возможностью, в случае если выдается уведомление, указывающее на то, что служебный блок OCS недоступен, и что запросы ССR, относящиеся к упомянутому SIP-сеансу, должны быть буферизированы,
- генерации информации ССR, соответствующей принятому SIP-запросу и относящейся к SIP-сеансу;
- сохранения упомянутой информации CCR в упомянутом буфере (150);
- обработки SIP-запросов, относящихся к упомянутому SIP-сеансу, при допущении того, что упомянутые запросы ССR предоставлены;
- считывания упомянутой информации CCR с упомянутого буфера и передачи упомянутой информации CCR в, по меньшей мере, одном запросе CCR на упомянутый служебный блок OCS, когда он становится доступным.

11. Устройство по п. 10, в котором модуль обработки дополнительно выполнен с возможностью включать в упомянутый, по меньшей мере, один запрос CCR, содержащий буферизированную информацию, которая передается на упомянутый служебный блок OCS, указание того, что содержащаяся в нем информация была буферизирована.

12. Устройство, содержащее второй узел (200), выполненный с возможностью функционировать в качестве служебного блока тарификации в режиме реального времени (OCS), в сети подсистемы IP-мультимедиа (IMS), причем устройство содержит:
приемный модуль (220) для приема запросов CCR;
передающий модуль (221) для отправки ответных сообщений CCA;
память (240) и
модуль (230) обработки, выполненный с возможностью
- передачи в ответ на запрос CCR, принятый от CTF, посредством ответного сообщения с ответом на запрос кредитного контроля (CCA), уведомления о недоступности в ответ на запрос CCR, принятый от CTF, причем уведомления содержит указание того, что запрос CCR, относящийся к упомянутому SIP-сеансу, должен быть буферизирован; и
- обработки запроса (222) CCR, относящегося к SIP-сеансу, причем запрос CCR получен от узла CTF и содержит указание того, что содержащаяся в нем информация CCR была буферизирована упомянутым узлом CTF.

13. Устройство по п. 12, в котором упомянутое ответное сообщение ССА содержит указание ПРОДОЛЖИТЬ БУФЕРИЗАЦИЮ (CONTINUE_BUFFER).

Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении координации помех.

Устройство связи фемтосоты/wlan // 2575859

Изобретение относится к беспроводной связи. Устройство связи фемтосоты/WLAN содержит модуль (101) фемтосоты, который имеет вход (103) для приема первого электрического входного сигнала и выход (105) для вывода первого электрического выходного сигнала, модуль (109) беспроводной локальной сети (WLAN), который имеет вход (111) для приема второго электрического входного сигнала и выход (113) для вывода второго электрического выходного сигнала, оптический интерфейс (115), имеющий первую ветвь (117) преобразования, соединенную с выходом модуля фемтосоты, вторую ветвь (119) преобразования, соединенную с выходом модуля WLAN, третью ветвь (121) преобразования, соединенную с входом модуля фемтосоты, и четвертую ветвь (123) преобразования, соединенную с входом (103) модуля (109) WLAN.

Совместимость множества средств радиосвязи в устройстве // 2575704

Изобретение относится к системам связи. В пользовательском оборудовании с множеством средств радиосвязи, связь на средстве радиосвязи Долгосрочного Развития (LTE) и средстве радиосвязи беспроводной локальной сети (WLAN), работающем в режиме Wi-Fi, может быть выровнена, чтобы уменьшить помехи между этими двумя средствами радиосвязи.

Способы и сетевые узлы для конфигурации шаблонов передачи почти пустого подкадра и соответствующих шаблонов измерений для снижения помех между сотами в гетерогенной системе сотовой радиосвязи // 2575702

Изобретение относится к технике связи. Техническим результатом является улучшение производительности системы радиосвязи.

Мобильный терминал, базовая станция и способ управления связью // 2575694

Изобретение относится к мобильному терминалу, базовой станции, а также к способу передачи информации состояния канала и способу управления связью. Технический результат заключается в обеспечении снижения уровня помех в многоуровневой системе.

Способ оптимизации распределения абонентского трафика космическими аппаратами орбитальной группировки спутниковой системы связи // 2575647

Изобретение относится к системам передачи информации и может найти применение в спутниковых системах связи. Технический результат состоит в повышении пропускной способности системы за счет оптимизации распределения абонентского трафика между КА ОГ спутниковой системы связи.

Способ управления устройством беспроводной передачи данных, способ сокращения энергопотребления устройством беспроводной передачи данных и устройство беспроводной передачи данных // 2575485

Изобретение относится к области управления устройствами беспроводной передачи данных. Технический результат заключается в уменьшении потребления электроэнергии устройством беспроводной передачи данных.

Общая реконфигурация радиоинтерфейса // 2575386

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

Обмен информацией о мобильности в сотовой радиосвязи // 2575259

Изобретение относится к мобильной связи. Технический результат заключается в обеспечении возможности эффективного управления сетью связи за счет получения информации о скорости мобильных устройств.

Способ и система подсчета услуги многоадресной/широковещательной передачи мультимедийной информации // 2575258

Изобретение относится к системам беспроводной связи, оказывающим мультимедийные услуги мобильным пользователям, и обеспечивает своевременный и точный сбор статистики ситуации приема оборудованием пользователя (UE) текущей услуги многоадресной/широковещательной передачи мультимедийной информации (MBMS).

Способ, абонентское оборудование и базовая станция для определения опережения тактирования // 2575922

Изобретение относится к системам связи. Вариант осуществления настоящего изобретения предлагает способ, абонентское оборудование и базовую станцию для определения опережения тактирования, которые могут поддерживать больший радиус ячейки без изменения протокола, требуемая сложность устройства низка, а при передаче msg3 стороной АО с использованием различных настроек ТА, чтобы получить правильное значение отклонения тактирования, задержка доступа в физическом канале произвольного доступа (PRACH) минимизируется, и затраты на подкадр PRACH не увеличатся в настоящем изобретении, что предотвращает ухудшение производительности данной системы, и ее можно применить одновременно к системам дуплексной передачи с TDD и FDD. 3 н. и 13 з.п. ф-лы, 6 ил., 1 табл.

Система управления радиопараметром, устройство управления радиопараметром, базовая радиостанция, способ и программа для управления радиопараметром // 2576245

Изобретение относится к сотовой связи. Технический результат заключается в оптимизации зон покрытия радиосот при помощи управления радиопараметром радиосот. Система управления радиопараметром содержит средство выбора целевой для оценки радиосоты, определяющее возможные целевые для оценки радиосоты на основе изменения соединительной целевой радиосоты радиотерминала. Терминал выбирает целевую для управления радиосоту в качестве обслуживающей соты или окружающие радиосоты целевой для управления радиосоты в качестве обслуживающей соты. Изменение соединительной радиосоты связано с изменением зоны покрытия целевой для управления радиосоты посредством управления радиопараметром целевой для управления радиосоты. Система также содержит средство выбора целевой для оценки радиосоты для оценивания радиопараметра целевой для управления радиосоты и средство управления радиопараметром, выполненное с возможностью управления радиопараметром целевой для управления радиосоты на основе качества целевой для оценки радиосоты. 4 н. и 6 з.п. ф-лы, 15 ил.

Выделение ресурсов // 2576324

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении эффективности кодирования для кодирования данных выделения ресурсов, которые должны быть сигнализированы в ряду пользовательских устройств в системе связи. Для этого в одной методике кодирования битовая комбинация выделения ресурсов передается всем пользователям вместе с идентификатором ресурсов для каждого пользователя. Каждый пользователь затем идентифицирует свои выделенные поднесущие с помощью принятой битовой комбинации выделения и принятого идентификатора ресурсов. В другой методике кодирования используется кодовое дерево для того, чтобы формировать значение, представляющее выделение поднесущих. Затем пользовательское устройство использует кодовое дерево для того, чтобы определить выделение поднесущих из сигнализированного значения. 4 н. и 2 з.п. ф-лы, 12 ил.

Хэндовер с агрегацией несущих // 2576385

Изобретение относится к мобильной связи. Технический результат заключается в снижении нагрузки на исходную базовую станцию при хэндовере пользовательского оборудования для использования в сети беспроводного доступа, имеющей множество несущих частот и множество сот. Сота и несущая частота могут быть сконфигурированы в качестве компонентной несущей и по меньшей мере две компонентные несущие агрегированы для осуществления связи между пользовательским оборудованием и исходной базовой станцией. Агрегированные компонентные несущие содержат первичную компонентную несущую и по меньшей мере одну вторичную компонентную несущую. В исходной базовой станции выбирают первую несущую частоту, которая должна быть сконфигурирована в качестве первичной компонентной несущей, в целевой базовой станции выбирают вторую несущую частоту, которая должна быть сконфигурирована в качестве вторичной компонентной несущей для осуществления связи с целевой базовой станцией после хэндовера. 6 н. и 26 з.п. ф-лы, 11 ил.

Способ и устройство управления ресурсами усилителя мощности на нескольких несущих частотах // 2576390

Изобретение относится к области связи. Техническим результатом является повышение эффективности энергосбережения. Предложены способ и устройство управления ресурсами усилителя мощности на нескольких несущих частотах, в которых: данные услуг сначала распределяются на плату первичных несущих частот; если определено, что данные услуг распределены во все блоки канальных ресурсов платы первичных несущих частот, распределяются остальные данные услуг на плату вторичных несущих частот в соответствии с последовательностью временных слотов, а если данные услуг не полностью распределены на плату первичных несущих частот, пропускается этот этап; после планирования данных услуг, во временном слоте, в котором несущую частоту можно выключить, можно начинать работу в энергосберегающем режиме платы первичных несущих частот и платы вторичных несущих частот. 6 н. и 16 з.п. ф-лы, 12 ил.

Беспроводной релейный модуль для мониторинга состояния сети // 2576393

Изобретение относится к беспроводной системе связи, в частности, для связи в сетях между рядом медицинских устройств и устройством дистанционного мониторинга. Схема интерфейса, связанная с каждым из медицинских устройств, сообщается с беспроводным релейным модулем по беспроводной релейной сети. Релейный модуль сообщается с устройством дистанционного мониторинга по беспроводной сети сообщения, доступной через интернет. Управляющее устройство определяет состояние сетей. В случае если состояние указывает на доступность беспроводной сети сообщения, доступной через интернет, передатчик передает данные медицинского устройства по указанной сети. В случае если беспроводная сеть сообщения, доступная через интернет, недоступна, другой передатчик передает данные на другой беспроводной релейный модуль. Дополнительно, управляющее устройство получает данные о состоянии двух сетей и передает указанные данные на одно из медицинских устройств или подготавливает данные для отображения на дисплее беспроводного релейного модуля. 3 н. и 17 з.п. ф-лы, 14 ил.

Способ определения индикатора качества канала, базовая станция и пользовательское оборудование для этого // 2576394

Изобретение относится к технике связи. Техническим результатом является обеспечение наилучшей производительности. Предусмотрены способ определения индикаторов качества канала, которые должны сообщаться посредством пользовательских оборудований при взаимодействии базовых станций, а также базовая станция и пользовательское оборудование для этого. Способ содержит: назначение последовательности коэффициентов регулирования различным возможным взаимодействиям базовых станций, передачу назначенных коэффициентов регулирования в UE, вычисление исходного CQI для каждого возможного взаимодействия базовых станций в каждом UE, регулирование исходных CQI на основе принимаемых коэффициентов регулирования в UE и сообщение одного или нескольких исходных CQI, которые являются наибольшими после вышеуказанного регулирования, и сведений о том, какие CQI сообщаются в базовую станцию посредством каждого UE. 6 н. и 24 з.п. ф-лы, 4 ил.

Терминал связи, способ связи, система связи и программа // 2576469

Изобретение относится к терминалам связи. Технический результат заключается в повышении безопасности передачи данных. Терминал связи, который осуществляет связь с сетью, включающей в себя устройство управления, которое генерирует правило обработки, определяющее способ обработки пакета, при этом терминал связи содержит: средство запроса, которое запрашивает адрес устройства управления при запросе установления соединения с сетью; средство связи, которое устанавливает канал связи с устройством управления на основании адреса, полученного с помощью запроса адреса; и средство обработки, которое обрабатывает пакет на основании правила обработки, переданного устройством управления через канал связи, причем средство связи сбрасывает адрес, когда терминал связи перемещается из первой сети во вторую сеть. 16 н. и 70 з.п. ф-лы, 11 ил.

Оптимизация задержки при передаче обслуживания // 2576474

Изобретение относится к средствам привязки сеанса с коммутацией пакетов абонента гостевой сети. Технический результат заключается в минимизации задержки прерывания передачи. Принимают, от абонента, запрос с коммутацией пакетов для установления сеанса с коммутацией пакетов. Привязывают сеанс с коммутацией пакетов в управляющем узле гостевой сети абонента. При этом привязка содержит этап, на котором отправляют информацию в управляющий узел гостевой сети для привязки сеанса с коммутацией пакетов в управляющем узле гостевой сети и мультимедиа в узле передачи (MGW) гостевой сети. Отправляют, по меньшей мере, одно из коррелирующего международного номера мобильной станции ISDN-сети (C-MSISDN), международного идентификатора абонента мобильной связи (IMSI) и описания мультимедиа. 6 н. и 15 з.п. ф-лы, 6 ил.

Централизованное динамическое выделение каналов для внутренних сетей медицинского учреждения // 2576475

Изобретение относится к области медицинского мониторинга. Техническим результатом является уменьшение помех в системах беспроводной связи. Устройство содержит множество систем сетей медицинского учреждения (MBAN), причем каждая система MBAN содержит множество узлов сети, осуществляющих связь друг с другом внутри MBAN системы посредством беспроводной связи ближнего действия; центральную сеть, осуществляющую связь с системами MBAN посредством связи более дальнего действия, которая отличается от беспроводной связи ближнего действия; и подсистему быстрой перестройки центральной частоты, ассоциированную с центральной сетью и выполненную с возможностью осуществления связи с системами MBAN посредством связи более дальнего действия, причем подсистема быстрой перестройки центральной частоты принимает текущую информацию качества канала для множества доступных каналов для беспроводной связи ближнего действия и выделяет системам MBAN доступные каналы посредством связи более дальнего действия на основании принятой текущей информации качества канала. 2 н. и 13 з.п. ф-лы, 4 ил.