СПОСОБ И СИСТЕМА ДЛЯ ОБРАБОТКИ РоС-ВЫЗОВОВ НА ОСНОВЕ РЕЖИМА ОТВЕТА СИСТЕМЫ СВЯЗИ С ПЕРЕКЛЮЧЕНИЕМ МЕЖДУ ПРИЕМОМ И ПЕРЕДАЧЕЙ ПОВЕРХ СОТОВОЙ СВЯЗИ Российский патент 2009 года по МПК H04L29/06 

Описание патента на изобретение RU2347321C1

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

Настоящее изобретение относится к способу установления сеанса для вызова с переключением между приемом и передачей (PTT) поверх сотовой связи (PoC). Более конкретно, настоящее изобретение относится к способу и системе обработки PoC-вызовов на основе режима ответа клиента системы связи с переключением между приемом и передачей поверх сотовой связи, которая допускает обработку вызовов с учетом несовпадения режимов ответа PoC-сервера и PoC-терминала, когда принимающий PoC-пользователь установил домашний PoC-сервер и заранее установил сеанс в PoC-терминале и режим AUTO-ANSWER в PoC-сервере.

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

Благодаря значительному усовершенствованию технологий мобильной связи и продвижению сетей мобильной связи предлагаются различные услуги и приложения, которые используют сотовые телефоны. В то же время, возрастает спрос среди пользователей сотовых телефонов на различные дополнительные услуги, такие как услуги определения местоположения, мультимедийные услуги и PTT-услуги. Из этих дополнительных услуг PTT-услуга поддерживает различные дополнительные функции, такие как функции средств мгновенного обмена сообщениями и функция индикатора состояния, а также групповой вызов и речевой вызов, которые также предоставляются посредством существующих систем радио- или магистральной радиосвязи (TRS).

Стандартизация PoC-услуг, которые используют PTT-функцию в сетях мобильной связи, активно продолжается. Одна уникальная функция PoC-услуги заключается в том, что пользователь может принимать участие во множестве PoC-сеансов и таким образом может переходить между PoC-сеансами, чтобы использовать услугу вызова. Такое требование, что пользователь может переходить между множествами PoC-сеансов, чтобы использовать услугу вызова, задано Альянсом открытых мобильных архитектур (OMA), который является форумом для определения услуг мобильной связи.

Фиг.1 - это блок-схема, иллюстрирующая традиционную систему PoC-услуг. Ссылаясь на фиг. 1, PoC-клиент 10, которым является запросчик обслуживания, установленный в мобильной станции (не показана) (то есть PoC-терминале), соединен с базовой SIP/IP-сетью 30, которая поддерживает мультимедийные функции согласно протоколу инициирования сеанса (SIP) и Интернет-протоколу (IP) посредством сети 20 доступа.

PoC-клиент 10 размещается в PoC-терминале и предоставляет доступ к PoC-услуге. PoC-клиент в качестве своей основной функции 10 инициирует PoC-сеанс, принимает участие в PoC-сеансе, который осуществляется в данный момент, и завершает PoC-сеанс. PoC-клиент 10 создает и передает речевые пакеты, поддерживает мгновенное личное оповещение и выполняет аутентификацию при осуществлении доступа к PoC-услуге. Далее, если не заявлено иное, PoC-клиент 10 считается совпадающим с абонентом PTT-услуги.

Базовая SIP/IP-сеть 30 соединена с PoC-сервером 60, системой управления списками групп (GLMS) 50 и сервером 70 присутствия, чтобы поддерживать PoC-услугу.

PoC-сервер 60 имеет функцию управления PoC для поддержания PoC-сеанса или функцию участия в PoC для участия в PoC-сеансе PoC-вызова "один-к-одному" или PoC-вызова "один-ко-многим" (или группового PoC-вызова). Удаленная PoC-сеть 80 включает в себя PoC-клиент 10, сеть 20 доступа, базовую SIP/IP-сеть 30, GLMS-диспетчер 40, GLMS 50, PoC-сервер 60, сервер 70 присутствия от PoC-клиента 10 до сервера 70 присутствия, как описано выше.

Функции PoC-сервера классифицируются на функции управления PoC (CF) для поддержания PoC-сеансов, в общем, и функции участия в PoC (PF) для поддержания каждого PoC-сеанса. Функции CF и PF описываются ниже со ссылкой на табл. 1 и 2, соответственно.

Функция управления PoC (CF)Предоставляет централизованную обработку PoC-сеансовПредоставляет централизованное распределение мультимедиаПредоставляет централизованную функциональность разрешения конфликтов передачи речевых пакетов, включающую в себя идентификатор передающего устройстваПредоставляет обработку SIP-сеансов, такую как инициирование, завершение и т.д. SIP-сеансаПредоставляет активирование политик для участия в групповых сеансахПредоставляет информацию об участникахСобирает и предоставляет централизованную информацию о качестве мультимедиаПредоставляет централизованные отчеты об оплате счетовМожет предоставлять перекодировку между различными кодекамиПоддерживает согласование протокола управления передачей речевых пакетов

Как показано в табл. 1, CF поддерживает PoC-сеансы, в общем. PoC-сервер принимает запросы на режим передачи от PoC-клиентов, задает порядок, в котором предоставляет клиентам режим передачи, и предоставляет клиентам режим передачи в этом порядке. PoC-сервер также распределяет передачу речевых пакетов от конкретного PoC-клиента к PoC-клиентам, участвующим в групповом PoC-вызове, и предоставляет информацию о PoC-клиентах, участвующих в групповом PoC-вызове.

Как показано в табл. 2, PF управляет PoC-сеансом между CF и каждым PoC-клиентом. PF распределяет режим передачи для PoC-клиента от CF. PF распределяет мультимедиа между CF и PoC-клиентом, предоставляет перекодировку между различными кодеками и предоставляет функцию фильтрации для фильтрации одного или двух PoC-сеансов, выбранных пользователем, когда имеется одновременная речевая связь в двух параллельных PoC-сеансах.

Таблица 2Функция участия в PoC (PF)Предоставляет обработку PoC-сеансаМожет предоставлять функцию распределения мультимедиа между PoC-клиентом и управляющим PoC-серверомМожет предоставлять процедуры адаптации пользовательского мультимедиаМожет предоставлять функцию распределения сообщений управления передачей речевых пакетов между PoC-клиентом и управляющим PoC-серверомПредоставляет обработку SIP-сеансов, такую как инициирование, завершение и т.д. SIP-сеанса, от имени представленного PoC-клиентаПредставляет активирование политик для входящего PoC-сеанса (к примеру, управление доступом, запрещение входящих PoC-сеансов, состояние готовности и т.д.)Может собирать и предоставлять централизованную информацию о качестве мультимедиаПредоставляет отчеты об оплате счетов участникамиМожет предоставлять фильтрацию мультимедийных потоков в случае одновременных сеансовМожет предоставлять перекодировку между различными кодекамиМожет поддерживать согласование протокола управления передачей речевых пакетовСохраняет текущие настройки режима ответа и запрещения входящих PoC-сеансов PoC-клиента

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

Чтобы использовать услугу PoC-вызовов, PoC-пользователь регистрирует пользовательский PoC-адрес в базовой SIP/IP-сети 30. При этом базовая SIP/IP-сеть 30 сохраняет информацию о PoC-пользователе на основе запроса PoC-пользователя. Следовательно, когда другие PoC-пользователи хотят осуществить групповой PoC-вызов, пользователь сначала регистрирует пользовательскую информацию в базовой SIP/IP-сети 30 и выполняет запрос на вызов в пользовательскую базовую SIP/IP-сеть с помощью идентификационной информации группы, переданной от GLMS 50. При этом базовая SIP/IP-сеть 30 определяет адрес и размещение в домене с помощью информации о запрашивающем PoC-пользователе и затем передает запрос на PoC-вызов в домашний PoC-сервер 60, в котором зарегистрирован запрашивающий PoC-пользователь. PoC-сервер 60 подготавливает установление PoC-сеанса для этого запроса на PoC-вызов, получает информацию о пользователях от GLMS 50 и передает сигнал запроса на вызов в соответствующую базовую SIP/IP-сеть. При этом, в случае запроса на вызов для пользователей во внутреннем домене, PoC-сервер 60 выполняет функции PF и CF. PoC-сервер 60, управляющий PoC-пользователем, которому делается запрос на вызов, использует информацию о PoC-пользователе, переданную ему, определяет размещение базовой SIP/IP-сети и затем выполняет запрос на вызов для PoC-пользователя.

Настоящее изобретение связано с технологией обработки вызовов для установления вызова в PoC-системе, которая предоставляет мгновенный вызов согласно запросу на вызов с помощью мультимедийной IP CN-сети, которая в настоящее время стандартизируется, с помощью вызова в форме полудуплексной связи и с помощью информации о группе и присутствии пользователя. Конкретно, в обработке вызовов, чтобы устанавливать такой PoC-вызов, различные процедуры могут выполняться согласно запросу и состоянию отправителя и получателя. Признаки PoC-системы, запрашиваемые в OMA согласно настройке отправителя и получателя, заключаются в следующем.

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

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

Во-вторых, PoC-система делится на сеансовый режим по запросу и заранее устанавливаемый сеансовый режим согласно тому, соединена и настроена или нет система на PoC-сервер в домашней сети пользователя.

Заранее устанавливаемый сеансовый режим означает, что PoC-пользователь заранее устанавливает конкретный сеанс между PoC-клиентом и PoC-сервером, принадлежащим домашней сети пользователя, согласно запросу пользователя. Данный заранее устанавливаемый сеанс является функцией того, что PoC-пользователь согласовывает параметры среды передачи с PoC-сервером заранее, с тем чтобы быстрое установление вызова осуществлялось без повторного согласования параметров между сервером и клиентом, чтобы быть использованным в дальнейшем. Заранее устанавливаемый (предустанавливаемый) сеанс осуществляется, когда PoC-клиент предоставляет параметры среды передачи, которые поддерживаются для тела протокола описания сеанса (SDP) с помощью метода SIP INVITE, и отвечает на параметры среды передачи, предоставляемые сервером. Чтобы создать заранее устанавливаемый сеанс, PoC-клиент отправляет идентификационную информацию о новом настроенном заранее устанавливаемом сеансе в сообщении ответа от сервера, включающем в себя универсальный идентификатор ресурса (URI) конференц-связи, PoC-пользователю. В случае использования этого заранее устанавливаемого сеанса можно заранее устанавливать IP-адрес, номер порта, кодек, который должен быть использован, и протокол управления передачей речевых пакетов.

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

Между тем PoC-спецификация, которая стандартизируется в OMA, имеет следующие признаки в отличие от базовых функций вышеописанной системы связи.

Во-первых, PoC-система поддерживает режим переопределения ответа вручную (MAO), в котором получатель автоматически отправляет ответ PoC-пользователю, который заранее установлен и разрешен, вне зависимости от режима ответа PoC-получателя и устанавливает соединение вызова в приемном терминале. Запрос MAO поддерживается только для разрешенных запросчиков вызова, и передается сообщение запроса на PoC-вызов (INVITE), включающее в себя указатель (индикатор) MAO. Данный запрос MAO является PoC-функцией, подходящей для ответа на аварийные вызовы и вызовы служб связи общего пользователя, таких как вызовы аварийных бригад, служб ликвидации последствий чрезвычайных ситуаций, поисково-спасательных служб и т.д. Тем не менее этот MAO является функцией, которая может быть необязательно осуществлена в документе стандарта Альянса открытых мобильных архитектур (OMA) в зависимости от оператора. Более того, функция MAO не работает, если сеть на противоположной стороне не поддерживает эту функцию, даже если PoC-клиент поддерживает MAO в своей домашней сети.

Далее настройка режима ответа для запроса на вызов в PoC-системе может быть сохранена в PoC-сервере, который является элементом сети, и в PoC-клиенте, который является терминалом на пользовательской стороне. Конкретно при установлении режима ответа в домашней сети, управляющей PoC-клиентом, режим ответа осуществляется в PoC-сервере, который выполняет функцию участия в PoC-сеансе (PF) в домашней сети, включающей в себя PoC-клиента. По сути, в случае установления режима ответа на стороне сети, когда PoC-вызов запрашивается от другого PoC-сервера, PF автоматически передает сообщение хода выполнения сеанса в сеть запроса на вызов в ответ на запрос, так что процедура запроса на вызов упрощается по сравнению с процедурой, в которой сообщение установления сеанса передается PoC-клиенту и затем на него выполняется ответ.

Тем не менее в случае, когда ответ автоматически выполняется в сети, поскольку может возникать результат, отличный от ответа пользователя, PoC-пользователь может устанавливать режим ответа даже в клиенте пользователя, и при этом он отличается тем, что режим ответа клиента пользователя устанавливается в настройке режима ответа сети. Это предназначено для разрешения проблемы конфиденциальности, возникающей, когда режим ответа не отражается в реальном времени вследствие задержки сигнала или ошибки в сети радиосвязи или базовой IP-сети, когда PoC-пользователь изменяет режим ответа пользователя посредством терминала и требует от PoC-сервера обновить режим ответа. Если обобщить, тогда как PoC-услуга позволяет устанавливать режим ответа пользователя как в PoC-сервере, так и в PoC-клиенте, мультимедийный поток (фактическая речь пользователя) передается на основе соединения PoC-сеанса согласно режиму работы, определяемому по желанию пользователя.

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

Далее описывается традиционная процедура соединения PoC-сеанса в PoC-системе, имеющей вышеописанные характеристики, со ссылкой на фиг. 2 и 3. Фиг. 2 и 3 - это блок-схемы последовательности операций способа, иллюстрирующие соответствующие процедуры обработки вызовов в отправителе вызова и получателе вызова, когда обычный запросчик PoC-вызовов запрашивает обработку вызова посредством отправки сообщения запроса с помощью SIP-протокола, и режим автоматического ответа настроен и имеется заранее установленный сеанс в получателе (приемнике).

Во-первых, ссылаясь на фиг. 2, на этапе 1 PoC-клиент A отправляет запрос INVITE, включающий в себя информацию SIP-адреса получателя, с которым клиенту A необходимо создать вызов, в базовую SIP/IP-сеть A. При этом запрос INVITE включает в себя такие элементы, как информация PoC-адреса клиента-запросчика вызова, требуемые параметры среды передачи и информацию характеристик, указывающих PoC-услугу, и передается (на этапе 2) принимающему участие PoC-серверу посредством соответствующих серверов (к примеру, функции управления сервером прокси-вызовов (P-CSCF) и функции управления сервером, обслуживающим вызовы (S-CSCF, не показана)) в IMS-сети посредством запроса пути доступа у сервера протокола динамической конфигурации хоста (DHCP) или сервера доменных имен (DNS) (не показан). Поскольку принимающий участие PoC-сервер, соединенный с PoC-пользователем при запрашивании общего вызова, может быть осуществлен отдельно от управляющего PoC-сервера, управляющего передачей речевых пакетов открытого сеанса, запрос INVITE, отправленный на этапах 1 и 2, передается управляющему PoC-серверу X посредством базовой SIP/IP-сети каждой из сетей (на этапах 3-5).

Управляющая сеть, включающая в себя CF, передает сообщение запроса на вызов, переданное на этапе 5, в соответствующую базовую SIP/IP-сеть, и затем принимает сообщение ответа. Хотя SIP-сообщение, которым отвечают в приемной сети, может быть предварительным сообщением ответа (то есть сообщением типа 1XX), успешным сообщением ответа (то есть сообщением типа 2XX) или ошибочными сообщениями ответа (то есть сообщениями типа 4XX-6XX), настоящее изобретение в первую очередь описывает стандартную процедуру обработки вызовов. Сообщения типов 1XX-6XX хорошо известны в данной области техники и не описываются дополнительно в данном документе для простоты. После того, как этап 5 выполнен, CF может принимать ответ AUTO-ANSWER или ответ OK. В случае ответа AUTO-ANSWER на фиг. 2 CF может принимать сигнал SIP 183 «Session Progress» и продолжать соединение между PoC-сервером и клиентом в IMS-сети запросчика. Сигнал разрешения вызова получателя отправляется в качестве ответа SIP 183 Session Progress или SIP 200 OK и передается в PoC-клиент A посредством PoC-серверов CF и PF (этапы 6-10). Между тем, после того как CF принимает ответ 200 OK или сигнал 183 Session Progress от приемного PoC-сервера, он определяет, что PoC-вызов подключен, и отправляет сигнал предоставления режима передачи, с помощью которого режим передачи речевых пакетов предоставляется клиенту A (этапы 11-12). После того как PoC-клиент A принимает сигналы ответа с подтверждением на этапах 6-10, соответствующие запросу INVITE, он принимает сигнал предоставления режима передачи с помощью сообщения протокола управления передачей в реальном времени (RTCP), чтобы передать сигнал разрешения передачи речевых пакетов (звук соединения по вызову) (на этапах 11-12). При этом сигнал предоставления режима передачи генерируется в CF, имеющей право на согласование передачи речевых пакетов, и передается в PoC-клиент посредством PF, управляющей соответствующим PoC-клиентом, и может быть передан без прохождения через базовую SIP/IP-сеть посредством использования линии в однонаправленном канале передачи данных вместо SIP-протокола. В завершение PoC-пользователь, который подтвердил этот звук соединения по вызову, передает мультимедийный поток (типично речь) с помощью протокола реального времени (RTP).

Фиг.3 - это блок-схема последовательности операций способа, иллюстрирующая традиционную процедуру в получателе, когда сеанс между сервером и клиентом в получателе заранее установлен в соответствии с процедурами вызовов в отправителе. (При этом предполагается, что значения параметров среды передачи между PoC-сервером, устанавливающим предустановленный сеанс, и PoC-клиентом используются как есть без изменения, когда запрашивается новый сеанс).

Сообщение запроса на вызов INVITE, принятое от отправляющей сети, передается в PoC-сервер, включенный в домашнюю сеть приемного PoC-клиента, согласно процедуре обработки вызовов IMS-сети (на этапах 1-3). При этом поскольку PF B (PoC-сервер B) устанавливает свое значение настройки режима ответа в качестве автоматического режима ответа, PF B отправляет сообщение SIP 200 OK в отправляющую сеть в соответствии с сообщением запроса на вызов (на этапах 4-6). Дополнительно, поскольку предустанавливаемый сеанс не должен изменяться, PF B не отправляет сообщение запроса на вызов в PoC-клиент, соединенный с PF B.

Между тем PoC-сервер управляющей сети, который принял ответ OK, подтвержденный посредством IMS-маршрута, завершает процедуру обработки PoC-вызовов посредством отправки ответа OK в отправляющий PoC-клиент (этап 7) и отправляет сигнал предоставления режима передачи, с помощью которого режим передачи речевых пакетов предоставляется отправляющему PoC-клиенту (этап 8). Между тем CF отправляет PoC-адрес PoC-пользователя, имеющего режим передачи или отправляющего сигнал передачи речевых пакетов, включающий в себя отображаемое имя, принимающему PoC-пользователю, при отправке RTCP-сообщения, которое предоставляет режим передачи (этапы 9-10), с тем чтобы принимающий PoC-клиент мог заранее принимать информацию об отправителе мультимедийного потока, который должен быть передан. Сигнал передачи речевых пакетов использует путь однонаправленного канала передачи данных (как на фиг. 2) в отличие от SIP-протокола, и, следовательно, может передаваться без прохождения через базовую SIP/IP-сеть. Между тем мультимедийный (речевой) поток, отправленный от отправителя, передается в клиент B с помощью RTP-протокола посредством пути мультимедийного однонаправленного канала передачи данных, тем самым начиная вызов.

Фиг.4 - это таблица, иллюстрирующая информационные элементы, включенные в запрос INVITE, запрашиваемый отправителем, соответствующий этапу 1 по фиг. 3. Сообщение запроса на вызов включает в себя PoC-адреса запросчика и получателя PoC-вызовов, информацию параметров среды передачи, задаваемых посредством клиента или сервера, индикатор, указывающий PoC-вызов, настройку индикатора в PoC-сервере, протокол управления передачей речевых пакетов для согласования между отправляющей и принимающей сетью, и т.д.

Когда PoC-сервер, управляющий заранее устанавливаемым сеансом, устанавливает режим автоматического ответа для PoC-клиента, в котором существует предустанавливаемый сеанс, PF непосредственно подтверждает ответ OK без отправки AUTO-ANSWER в процедуре обработки запросов на вызовы в традиционном уровне техники.

Ответ OK из принимающего PoC-сервера отправляется в отправляющую сеть, с тем чтобы отправляющий PoC-клиент принимал сигнал разрешения передачи речевых пакетов вместе с сигналом ответа OK и передавал фактический мультимедийный поток. Дополнительно, поскольку CF, которой является PoC-сервер, принял сигнал 200 OK, он напрямую передает передаваемый мультимедийный поток без его буферизации. Дополнительно, поскольку PoC-сервер принимающей сети не сопровождает отдельный SIP-сигнал для передаваемого мультимедийного потока, он напрямую передает мультимедийный поток принимающему PoC-клиенту с помощью RTP.

Сущность изобретения

Техническая задача

По сути, когда следующая процедура сеанса и процедура передачи мультимедиа, в которой устанавливаются предустанавливаемый сеанс и автоматический режим ответа, если режим ответа принимающего PoC-клиента не устанавливается автоматически (то есть, когда другие "конкурентные условия" возникают в режиме ответа, установленном между сервером и терминалом вследствие временного изменения режима ответа, "конкурентное условие" означает, что состояние режима PoC-сервера отличается от состояния PoC-клиента посредством временной задержки и т.п., например, запрос PoC-клиента, чтобы изменить режим PoC-сервера с "автоматического режима ответа" на "режим ответа вручную"; в этом случае мы можем назвать временную задержку от "времени, когда PoC-клиент выполняет запрос" до "времени, когда PoC-сервер изменяет свой режим в ответ на запрос PoC-клиента" "конкурентным условием"), принимающий PoC-клиент не может получить информацию, чтобы обрабатывать передаваемый мультимедийный поток, что является нежелательным последствием.

Техническое решение

Следовательно, цель настоящего изобретения заключается в том, чтобы предоставить способ и систему обработки вызовов на основе режима ответа клиента системы с переключением между приемом и передачей (PTT) поверх сотовой связи (PoC), в которой, когда автоматический режим ответа установлен в предустанавливаемом сеансе и изменение режима ответа принимающего PoC-клиента не отражается, информация о режиме ответа передается в PoC-клиент, чтобы обрабатывать передаваемый мультимедийный поток в приемном терминале, с тем чтобы выполнялась обработка вызовов, чтобы мгновенно справляться с изменяемым режимом ответа PoC-клиента.

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

Согласно другому аспекту настоящего изобретения, предусмотрена система обработки вызовов в PoC-сети, в которой сеанс устанавливается заранее между принимающим PoC-клиентом и принимающим PoC-сервером, и автоматический режим ответа устанавливается в принимающем PoC-сервере, при этом система включает в себя принимающий PoC-сервер для приема сообщения запроса на вызов, передаваемого от отправляющего PoC-сервера, и отправки сигнала ответа на сообщение запроса на вызов; и принимающий PoC-клиент для приема информации, чтобы сообщить о том, что мультимедийный поток должен быть принят от принимающего PoC-сервера.

В принимающей PoC-системе, в которой принимающий PoC-клиент и принимающий PoC-сервер работают в автоматическом режиме ответа и сеанс является заранее устанавливаемым, предусмотрен процесс передачи, в PF, информации, включающей в себя дополнительные данные, в принимающий PoC-клиент, когда сообщение запроса на соединение для вызова принимается от отправляющего PoC-сервера. Следовательно, принимающий PoC-клиент сообщает о том, что мультимедийный поток мгновенно передается, даже в автоматическом режиме ответа.

Выгоды

Настоящее изобретение раскрывает процесс, в котором, когда принимающий PoC-клиент и принимающий PoC-сервер работают в автоматическом режиме ответа и принимающая PoC-система, с которой заранее устанавливаемый сеанс устанавливается, приняла сообщение запроса на соединение для вызова от отправляющего PoC-сервера, PF передает информацию, включающую в себя дополнительные данные, в принимающий PoC-клиент. Следовательно, принимающий PoC-клиент может обнаружить то, что мультимедийный поток должен быть в ближайшее время принят, даже в автоматическом режиме ответа, и PoC-клиент может выполнить обработку вызова в ответ на запрос на PoC-вызов в PoC-клиенте, даже когда имеется несовпадение режима ответа между принимающим PoC-сервером и принимающим PoC-клиентом. Как результат, сопутствующий обмен сигналами в сети уменьшается, и поддерживается высокоскоростное соединение для PoC-вызовов. Можно предоставить улучшенное обслуживание для PoC-пользователя и эффективно управлять ресурсами связи за счет исключения лишней передачи мультимедиа поставщиком услуг.

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

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

Фиг.1 - это блок-схема, иллюстрирующая традиционную систему PoC-услуг;

Фиг.2 - это блок-схема последовательности операций способа, иллюстрирующая традиционную процедуру соединения для отправки PoC-вызовов в автоматическом режиме ответа;

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

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

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

Фиг.6 - это блок-схема последовательности операций способа, иллюстрирующая процедуру обработки соединений для PoC-вызовов, включающую в себя RTCP-сообщение, в соответствии со вторым вариантом осуществления настоящего изобретения;

Фиг.7 - это представление, иллюстрирующее формат рабочих данных сообщения протокола управления передачей в реальном времени (RTCP), включающего в себя индикацию автоматического ответа; и

Фиг.8 - это представление, иллюстрирующее формат рабочих данных RTCP, передаваемого от принимающего клиента при отклонении автоматического режима ответа.

Режим осуществления изобретения

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

Процедура соединения для вызовов, предлагаемая согласно настоящему изобретению, описывается далее со ссылкой на фиг. 5. Фиг. 5 - это блок-схема последовательности операций способа, иллюстрирующая процедуру обработки соединения для PoC-вызовов, включающую в себя RTCP-сообщение, когда принимающая PF установлена в автоматическом режиме ответа для клиента, имеющего заранее устанавливаемый сеанс. Во-первых, управляющий PoC-сервер принимает сообщение запроса на вызов, включающее в себя информацию PoC-вызовов, от сети запросчика PoC-вызовов, и затем передает сообщение запроса на вызов в PoC-сервер, принадлежащий домашней сети принимающего PoC-пользователя, посредством базовых SIP/IP-сетей управляющей сети и принимающей домашней сети (на этапах 1-3). При этом участвующий PoC-сервер обрабатывает информацию PoC-адреса для получателя PoC-вызова и информацию PoC-адреса запросчика PoC-вызова, содержащуюся в сообщении запроса на вызов, и использует ее для того, чтобы установить соединение вызова. Между тем участвующий PoC-сервер может обнаруживать, из информации адреса принимающего PoC-клиента, то, что заранее устанавливаемый сеанс существует между соответствующим PoC-пользователем и PF, и сохранять режим ответа PoC-клиента согласно настройке режима PoC-пользователя. При этом PF B выполняет соответствующую процедуру внутренней обработки, чтобы вернуть ответ OK на сообщение запроса на вызов (на этапах 4-6). Здесь сообщение OK маршрутизируется по пути, используемом для того, чтобы отправлять сообщение запроса на вызов, согласно правилу маршрутизации IMS-сети.

В процедуре автоматического ответа согласно этапам 4-6 участвующий PoC-сервер должен использовать заранее устанавливаемый сеанс, в котором заранее выполнено согласование параметров среды передачи между участвующим PoC-сервером и принимающим PoC-пользователем, и PF прогнозирует то, что принимающий PoC-клиент должен автоматически принять запрос на сеанс от полномочного запросчика PoC-вызовов, и отправляет ответ OK.

Вышеописанный сигнал ответа OK возвращается в PoC-сервер по управляющей сети ("управляющему PoC-серверу") (на этапе 6) и затем передается в домашнюю сеть запросчика PoC-вызовов (на этапе 7). Сигнал ответа OK обнаруживается в отправителе PoC-вызова таким же образом, что и принимающий PoC-пользователь напрямую предоставляет вызов, и ответ OK возвращается в PoC-клиент запросчика вызова, так что реализуется диалог, и процедура SIP-вызова завершается. Между тем, как показано на фиг. 2, после того как ответ OK и сигнал предоставления режима передачи переданы от управляющего PoC-сервера в отправляющий PoC-клиент (этап 8), управляющий PoC-сервер передает сигнал передачи речевых пакетов принимающему PoC-клиенту посредством принимающего PoC-сервера PF B (на этапах 9-10). В этом случае RTCP-сообщение передачи речевых пакетов, включающее в себя указание автоматического ответа, передается из PF B. По сути, сигнал автоматического ответа передается с помощью сигнала передачи речевых пакетов, тем самым устраняя дополнительную передачу SIP-сигналов, которая может приводить к нагрузке передачи. Затем принимающий PoC-клиент принимает сигнал OK в качестве автоматического ответа от PoC-сервера и обнаруживает то, что мультимедийный поток должен быть принят в ближайшее время. В заключение, после приема сообщения автоматического ответа поверх RTCP-сообщения передачи речевых пакетов PoC-клиент принимает последующее мультимедиа (к примеру, речевой сигнал). Сообщение передачи речевых вызовов может быть реализовано посредством RTCP-сообщения.

Между тем RTCP-сообщение передачи речевых пакетов может проходить через PF в зависимости от того, существует ли PF на пути передачи мультимедиа и может напрямую передаваться в PoC-клиент, если PF не существует в мультимедийном пути. Когда мультимедийный путь охватывает PF B, сигнал автоматического ответа может быть включен в PF B (что не обязательно на этапе 10), и когда мультимедийный путь не охватывает PF B, сигнал автоматического ответа должен быть включен в CF (что обязательно на этапах 9-10).

В альтернативном варианте осуществления настоящего изобретения RTCP-сообщение, указывающее режим автоматического ответа, может передаваться в принимающий PoC-клиент в момент, когда сообщение запроса на PoC-вызов от передающей стороны поступает в принимающую PF (сразу после этапа 3 на фиг. 5). Эта процедура соединения для PoC-сеанса показана на фиг. 6. Ссылаясь на фиг. 6, этапы 1-3, 5-7 и 9-10 такие же, что и этапы, проиллюстрированные на фиг. 5, при этом RTCP-сообщение передачи речевых пакетов на этапах 11-12 по фиг. 6 не включает в себя указание режима ответа.

После того как принимающая PF передает указание (индикацию), чтобы указать автоматический ответ, в PoC-клиент B с помощью RTCP-сообщения в ответ на запрос на PoC-сеанс от отправляющей стороны, принимающий PoC-клиент обнаруживает то, что соответствующий мультимедийный поток должен быть принят в ближайшее время (на этапе 4). Между тем принимающий PoC-сервер отправляет сообщение ответа OK в отправляющую сеть независимо от приема ответа (на этапе 5). Между тем клиент, который принимает индикацию автоматического ответа, отправляет сигнал наличия ошибки от клиента в PF с помощью RTCP-сообщения, когда его режим ответа задан как режим вручную и не совпадает с режимом PF. PoC-сервер блокирует передаваемый мультимедийный поток в ответ на прием этого сигнала ошибки, предотвращая передачу мультимедийного потока в терминал.

Структура RTCP-сообщения, указывающего режим ответа, которое передается в принимающий PoC-клиент на фиг. 5, может быть осуществлена в формате рабочих данных RTCP-сообщения, как показано на фиг. 7, например. Из информации сообщения, содержащей указание режима ответа, может быть определено то, что мультимедийный поток должен быть принят в ближайшее время. Как показано на фиг. 7, структура RTCP-сообщения требует общей связанной с передачей информации, такой как информация версии, информация подтипа и информация длины, а также информация адреса, информация имени и информация соединения для передачи речевых пакетов PoC-пользователя, и включает в себя информацию указания автоматического ответа, задаваемую в данном документе.

Структура RTCP-сообщения ответа об ошибке, передаваемого от принимающего PoC-клиента в PF, как показано на фиг. 6, может быть осуществлена в формате, показанном на фиг. 8, например. Как показано на фиг. 8, структура RTCP-пакета включает в себя общую связанную с RTCP-передачей информацию, такую как информация версии, информация подтипа и информация длины, а также информация адреса и информация имени PoC-пользователя, и информация завершения сеанса и информацию кода ошибки, задаваемая в данном документе.

Между тем, когда нет значения поля, указывающего автоматический ответ, при указании режима ответа в PF, значение поля может быть выражено посредством двоичной системы (к примеру, указание автоматического ответа = 1 при автоматическом ответе и указание ответа вручную = 0 при ответе вручную).

В другом варианте осуществления настоящего изобретения процедура, включающая в себя индикацию автоматического ответа, может быть выполнена посредством PoC-сервера в управляющей сети по пути однонаправленного канала RTCP/RTP или посредством PoC-сервера в принимающей домашней сети, как описано выше. Дополнительно по мере того как принимающий PoC-клиент принимает информацию, включающую в себя указание автоматического ответа, от принимающего PoC-сервера, он может обнаруживать то, что мультимедийный поток должен быть принят в ближайшее время.

Несмотря на то, что путь между PoC-сервером и клиентом и резервирование дополнительных ресурсов может быть включено согласно использованию заранее устанавливаемого сеанса, его подробное описание опущено, поскольку оно отступает от предмета настоящего изобретения. Необходимость заранее устанавливаемого сеанса, требуемая в настоящем изобретении, не затрагивается посредством определения заранее устанавливаемого сеанса и может быть более просто реализована согласно расширенному определению заранее устанавливаемого сеанса.

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

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

Похожие патенты RU2347321C1

название год авторы номер документа
СПОСОБ И СИСТЕМА ВЫПОЛНЕНИЯ УСЛУГИ СОХРАНЕНИЯ МУЛЬТИМЕДИЙНЫХ ДАННЫХ ПРИ ПОЛУДУПЛЕКСНОЙ РАДИОСВЯЗИ В СОТОВОЙ СЕТИ СВЯЗИ 2006
  • Сунг Санг-Киунг
  • Парк Сунг-Дзин
  • Пу Хиеон-Чеол
RU2367115C2
СПОСОБЫ И УСТРОЙСТВО ДЛЯ УСЛУГИ ВИДА ПОЛУДУПЛЕКСНОЙ СВЯЗИ 2006
  • Альбертссон Хенрик
  • Хольм Ян
RU2432706C2
СИСТЕМА И СПОСОБ ИЗМЕНЕНИЯ ДЛИТЕЛЬНОСТИ ТАЙМЕРА УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ ПОЛЬЗОВАТЕЛЬСКОЙ ИНФОРМАЦИИ 2005
  • Хух Канг-Сук
  • Йоон Киунг-Ае
RU2351083C2
РЕЖИМЫ ОТВЕТА В СЛУЖБАХ МОБИЛЬНОЙ СВЯЗИ "НАЖМИ И ГОВОРИ" 2005
  • Хольм Ян
RU2370910C2
ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ, СПОСОБ И СИСТЕМА ДЛЯ УПРАВЛЕНИЯ ОДНОВРЕМЕННЫМ СЕАНСОМ СВЯЗИ 2006
  • Хо Кан-Сок
  • Пак
  • Лим Чан-Сок
  • Пак Чжон-Чхоль
  • Ким
RU2394393C2
УСТАНОВКА СЕАНСОВ СВЯЗИ 2004
  • Ротстен Кирси
  • Хуотари Сеппо
  • Хютиа Симо
  • Элоранта Тимо
  • Вимпари Маркку
  • Пульккинен Олли М.
RU2376719C2
СИСТЕМА И СПОСОБ ПРЕДОСТАВЛЕНИЯ РТ УСЛУГИ 2005
  • Хух Канг-Сук
  • Йоон Киунг-Ае
  • Парк Юнг-Хван
  • Парк Дзонг-Чул
RU2375844C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ПРИГЛАШЕНИЙ НА МНОГОПОЛЬЗОВАТЕЛЬСКИЙ СЕАНС СВЯЗИ 2005
  • Хольм Ян
  • Альбертссон Хенрик
RU2407234C2
СПОСОБЫ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ РЕАЛИЗАЦИИ НЕПРЕРЫВНОСТИ СЛУЖБЫ IMS 2011
  • Седлачек Иво
  • Хольм Ян
  • Линдхолм Фредрик
RU2584468C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ДОБАВЛЕНИЯ НОВОГО ЧЛЕНА К АКТИВНОМУ ГРУППОВОМУ ВЫЗОВУ В СЕТИ ГРУППОВОЙ СВЯЗИ 2003
  • Крокетт Дуглас М.
  • Роузен Эрик К.
  • Мадженти Марк.
RU2316146C2

Иллюстрации к изобретению RU 2 347 321 C1

Реферат патента 2009 года СПОСОБ И СИСТЕМА ДЛЯ ОБРАБОТКИ РоС-ВЫЗОВОВ НА ОСНОВЕ РЕЖИМА ОТВЕТА СИСТЕМЫ СВЯЗИ С ПЕРЕКЛЮЧЕНИЕМ МЕЖДУ ПРИЕМОМ И ПЕРЕДАЧЕЙ ПОВЕРХ СОТОВОЙ СВЯЗИ

Изобретение относится к системам установления сеанса для вызова с переключением между приемом и передачей (РТТ) поверх сотовой связи (РоС). В способе, когда режим ответа РоС-сервера и РоС-клиента не совпадают друг с другом, сообщение об ошибке передается в принимающий РоС-сервер. Более того, обработка РоС-вызова улучшена посредством вставки нового поля данных, указывающего автоматический ответ сервера, в рабочие данные сообщения протокола управления передачей в реальном времени (RTCP), и функциональные возможности терминала расширены с помощью дополнительного поля данных, когда режимы ответа соответствующего РоС-сервера и РоС-клиента не совпадают друг с другом, что и является техническим результатом. 4 н. и 32 з.п. ф-лы, 8 ил, 2 табл.

Формула изобретения RU 2 347 321 C1

1. Способ обработки вызовов в сети с переключением между приемом и передачей поверх сотовой связи (РоС-сети), в которой сеанс устанавливается заранее между принимающим РоС-клиентом и принимающим РоС-сервером, и автоматический режим ответа устанавливается в принимающем РоС-сервере, при этом способ содержит этапы, на которых принимают в принимающем РоС-сервере сообщение запроса на вызов, передаваемое от отправляющего РоС-сервера; отправляют принимающим РоС-сервером сигнал ответа на сообщение запроса на вызов; и

принимают информацию, сообщающую о том, что мультимедийный поток должен быть передан в принимающий РоС-клиент.

2. Способ по п.1, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть передан, осуществлена в рабочих данных протокола управления передачей в реальном времени (RTCP).3. Способ по п.1, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть передан, включает в себя адрес и имя отправляющего РоС-клиента.4. Способ по п.3, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть передан, дополнительно содержит информацию для указания переопределения ответа вручную (МАО).5. Способ по п.3, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть передан, дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и информации указания автоматического ответа.6. Способ по п.1, дополнительно содержащий этап, на котором передают сигнал ошибки принимающему РоС-серверу, когда режим ответа принимающего РоС-клиента не совпадает с режимом ответа принимающего РоС-сервера.7. Способ по п.6, в котором сигнал ошибки осуществлен в рабочих данных протокола управления передачей в реальном времени (RTCP).8. Способ по п.6, в котором сигнал ошибки включает в себя запрос на завершение сеанса и код ошибки.9. Способ по п.6, в котором сигнал ошибки дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и адреса и имени РоС-клиента.10. Система обработки вызовов в РоС-сети, в которой сеанс устанавливается заранее между принимающим РоС-клиентом и принимающим РоС-сервером, и автоматический режим ответа устанавливается в принимающем РоС-сервере, при этом система содержит: РоС-сервер для приема сообщения запроса на вызов, передаваемого от отправляющего РоС-сервера и отправки сообщения ответа на сообщение запроса на вызов; и принимающий РоС-клиент для приема информации, сообщающей о том, что мультимедийный поток должен быть принят от принимающего РоС-сервера.11. Система по п.10, в которой информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, осуществлена в рабочих данных протокола управления передачей в реальном времени (RTCP).12. Система по п.10, в которой информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, включает в себя адрес и имя отправляющего РоС-клиента.13. Система по п.12, в которой информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, дополнительно содержит информацию об указании переопределения ответа вручную (МАО).14. Система по п.12, в которой информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и информации указания автоматического ответа.15. Система по п.10, в которой сигнал ошибки передается принимающему РоС-серверу, когда режим ответа принимающего РоС-клиента не совпадает с режимом ответа принимающего РоС-сервера.16. Система по п.15, в которой сигнал ошибки осуществлен в рабочих данных протокола управления передачей в реальном времени (RTCP).17. Система по п.15, в которой сигнал ошибки включает в себя запрос на завершение сеанса и код ошибки.18. Система по п.15, в которой сигнал ошибки дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и адреса и имени РоС-клиента.19. Способ обработки вызовов, выполняемый посредством РоС-клиента в РоС-сети, при этом способ содержит этапы, на которых

устанавливают в РоС-клиенте заранее устанавливаемый сеанс с РоС-сервером;

устанавливают автоматический режим ответа с РоС-сервером; и принимают информацию, сообщающую о том, что мультимедийный поток должен быть принят от РоС-сервера, который принял сообщение запроса на вызов.

20. Способ по п.19, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, принимается в рабочих данных протокола управления передачей в реальном времени (RTCP).21. Способ по п.19, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, включает в себя адрес и имя отправляющего РоС-клиента.22. Способ по п.21, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, дополнительно содержит информацию об указании переопределения ответа вручную (МАО).23. Способ по п.21, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и информации указания автоматического ответа.24. Способ по п.19, дополнительно содержащий этап, на котором передают сигнал ошибки принимающему РоС-серверу, когда режим ответа принимающего РоС-клиента не совпадает с режимом ответа принимающего РоС-сервера.25. Способ по п.19, в котором сигнал ошибки передается в рабочих данных протокола управления передачей в реальном времени (RTCP).26. Способ по п.24, в котором сигнал ошибки включает в себя запрос на завершение сеанса и код ошибки.27. Способ по п.24, в котором сигнал ошибки дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и адреса и имени РоС-клиента.28. РоС-клиент для выполнения обработки вызовов в РоС-сети, содержащий

РоС-клиент для установления заранее устанавливаемого сеанса с принимающим РоС-сервером,

установления автоматического режима ответа с принимающим РоС-сервером; и

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

29. РоС-клиент по п.28, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, осуществлена в рабочих данных протокола управления передачей в реальном времени (RTCP).30. РоС-клиент по п.28, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, включает в себя адрес и имя отправляющего РоС-пользователя.31. РоС-клиент по п.28, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть принят, дополнительно содержит информацию об указании переопределения ответа вручную (МАО).32. РоС-клиент по п.28, в котором информация для того, чтобы сообщить о том, что мультимедийный поток должен быть передан, дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и информации указания автоматического ответа.33. РоС-клиент по п.28, в котором сигнал ошибки передается принимающему РоС-серверу, когда режим ответа принимающего РоС-клиента не совпадает с режимом ответа принимающего РоС-сервера.34. РоС-клиент по п.33, в котором сигнал ошибки осуществлен в рабочих данных протокола управления передачей в реальном времени (RTCP).35. РоС-клиент по п.33, в котором сигнал ошибки включает в себя запрос на завершение сеанса и код ошибки.36. РоС-клиент по п.34, в котором сигнал ошибки дополнительно содержит, по меньшей мере, одно из информации версии, информации подтипа, информации длины и адреса и имени РоС-пользователя.

Документы, цитированные в отчете о поиске Патент 2009 года RU2347321C1

RU 2001124419 А, 20.07.2003
0
SU167787A1
СПОСОБ ПЕРЕДАЧИ И ПРИЕМА ШИРОКОЭКРАННОГО ТЕЛЕВИЗИОННОГО ИЗОБРАЖЕНИЯ 1994
  • Быструшкин К.Н.
  • Сорока Е.З.
  • Хлебородов В.А.
  • Хохлов Б.Н.
RU2085051C1
WO 2004086791 А1, 07.10.2004.

RU 2 347 321 C1

Авторы

Сунг Санг-Киунг

Парк Дзоон-Гоо

Ли Киунг-Так

Парк Сунг-Дзин

Даты

2009-02-20Публикация

2005-11-16Подача