RU2378785C2 - Обеспечение заблаговременного мультимедиа в системе связи - Google Patents
Обеспечение заблаговременного мультимедиа в системе связи Download PDFInfo
- Publication number
- RU2378785C2 RU2378785C2 RU2007130689/09A RU2007130689A RU2378785C2 RU 2378785 C2 RU2378785 C2 RU 2378785C2 RU 2007130689/09 A RU2007130689/09 A RU 2007130689/09A RU 2007130689 A RU2007130689 A RU 2007130689A RU 2378785 C2 RU2378785 C2 RU 2378785C2
- Authority
- RU
- Russia
- Prior art keywords
- initiation protocol
- terminal
- communication session
- protocol
- dialogue
- Prior art date
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
Изобретение относится к системам связи. Технический результат заключается в повышении эффективности диалога при установлении сеанса связи. Заявлен способ отправки инфюрмации из промежуточного узла протокола инициирования сеанса связи на первый терминал протокола инициирования сеанса связи. Способ содержит, по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи, установление первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи, отправку информации через упомянутый первый диалог, пересылку упомянутого запроса от промежуточного узла протокола инициирования сеанса связи на второй терминал (терминал протокола инициирования сеанса связи пункта назначения) перед, во время или после установления упомянутого первого диалога и установление второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи. 2 н. и 7 з.п. ф-лы, 4 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение относится к обеспечению заблаговременного мультимедиа в системе связи, и более конкретно в системе связи, которая использует протокол инициирования сеанса связи в качестве протокола установления и управления сеансом связи.
Предшествующий уровень техники
Как определено документом IETF RFC 3261 (Запросы на комментарии проблемной группы проектирования Интернет), протокол инициирования сеанса связи (ПИСС) является управляющим протоколом (обмена сигналами) уровня прикладной программы для создания, изменения и завершения сеансов связи с одним или более участниками в сети IP (межсетевого протокола). Эти сеансы связи включают в себя телефонные вызовы через Интернет, мультимедийное распределение и проведение конференций с помощью средств мультимедиа. Приглашения ПИСС, используемые для образования сеансов связи, несут описания сеансов связи, которые обеспечивают возможность участникам договариваться о ряде совместимых типов мультимедиа. ПИСС использует элементы, называемые прокси-серверами (уполномоченными серверами), чтобы помогать направлять запросы к текущему местоположению пользователя, подтверждать подлинность и санкционировать пользователей для обслуживания, реализовывать стратегии маршрутизации вызовов поставщиков и обеспечивать функциональные возможности для пользователей. ПИСС также обеспечивает функцию регистрации, которая дает возможность пользователям загружать их текущие местонахождения для использования уполномоченными серверами. Так называемые "серверы приложений" (СП) можно обеспечивать на маршруте вызова, например, в уполномоченных серверах ПИСС или в другом месте, чтобы выполнять конкретные функции. ПИСС действует поверх нескольких различных транспортных протоколов. ПИСС использует протокол описания сеанса связи (ПОСС), чтобы определять средство или средства передачи данных, подлежащие использованию для проведения сеанса связи.
Сеанс связи ПИСС обычно инициируется терминалом ПИСС, посылающим сообщение ПРИГЛАШЕНИЕ ПИСС на некоторый адрес ПИСС. Предполагая, что вызываемый терминал желает принять это приглашение, он отвечает вызывающему терминалу сообщениями ОК 200 (подтверждения работоспособности) ПИСС. Вызывающий терминал отвечает на прием ОК 200, посылая сообщение АСК (подтверждения приема) вызываемому терминалу. По принятию сообщения ОК 200 (содержащего ПОСС вызываемых терминалов) вызывающий терминал может начать отправку мультимедиа на вызываемый терминал. Вызываемый терминал может начать отправку мультимедиа после принятия ПРИГЛАШЕНИЯ, содержащего ПОСС вызывающего терминала.
Когда вызывающий терминал ПИСС, который может упоминаться как абонентское оборудование (АО) согласно терминологии 3G или как клиент пользовательского посредника (КПП), инициирует вызов, СП принимает запрос ПРИГЛАШЕНИЕ в сети управления ПИСС (эта сеть может быть мультимедийной подсистемой IP, как определено 3GPP (Проект партнерства 3-го поколения). Перед пересылкой запроса на его пункт назначения (nb. (обрати особое внимание) СП также может не выбирать пересылку запроса, в зависимости от сценария обслуживания), СП может пожелать выполнить объявление для КПП. Чтобы это выполнить, желательно установить заблаговременный диалог между КПП и СП, содержащий обмен протоколами ПОСС, удовлетворение конкретных предварительных условий, и устанавливают канал передачи данных. СП подает сигнал о своем намерении обеспечить заблаговременное мультимедиа в сообщении 18x (где "x" имеет любое соответствующее значение), причем 18x включает в себя соответствующий ПОСС. Необходимо отметить, что СП может посылать множество сообщений 18x, каждое из которых может быть подтверждено КПП с помощью сообщения PRACK (предварительное подтверждение), до того, как СП перешлет ответное сообщение 200 на КПП. Когда объявление выполнено, СП может переслать запрос ПРИГЛАШЕНИЯ вызываемому АО или на сервер пользовательского посредника (СПП), чтобы продолжить установление сеанса связи. Затем СПП также устанавливает диалог с КПП. Передача сигналов, связанная с этой процедурой, показана на фиг.1.
СП может выбирать пересылку запроса ПРИГЛАШЕНИЕ, все еще проигрывая заблаговременное мультимедиа, или даже перед началом проигрывания мультимедиа (в зависимости от обслуживания). Он может выбирать прекращение заблаговременного мультимедиа, когда ответ (предварительный или заключительный) принят от вызываемой стороны или когда он обнаруживает, что мультимедиа принято от вызывающей стороны. Описания реализаций конкретных услуг должны определять, когда заблаговременное мультимедиа должно быть прекращено и, если необходимо, определять, какие дополнительные механизмы необходимо использовать для обнаружения мультимедиа.
Согласно этому подходу к обработке заблаговременного мультимедиа, предварительный ответ 18x от СП и заключительный ответ (200 (ПРИГЛАШЕНИЕ)) от СПП КПП принимает, как часть того же диалога внутри сеанса связи. СП должен изменить параметр ”дескриптора для заголовка”, принятый в ответном сообщении от СПП, чтобы он соответствовал дескриптору, посланному СП в предварительном ответе 18x. Кроме того, поскольку запросы (включенные в сообщения ПИСС) можно посылать от СП к КПП, вероятно, СП придется изменить значение Cseq в запросах, принятых от вызываемого АО, удостоверившись, что значения в запросах, переданных для КПП, больше, чем значения в запросах, возможно, посланных от СП к КПП. СП также должен будет обрабатывать проблемы, связанные с набором маршрутов и т.д. (то есть наборы параметров, включенные в сообщения ПИСС). Эти проблемы могут быть решены СП, действующим как двусторонний пользовательский посредник (КППП).
Дополнительная проблема, к которой нужно обратиться, состоит в необходимости обеспечивать два удаленных ответа ПОСС для клиента КПП; ПОСС для заблаговременного мультимедиа (инициируемого ПС) и ПОСС от СПП. Ответ ПОСС не может изменяться в той же транзакции ПРИГЛАШЕНИЕ (то есть с помощью отправки ПОСС заблаговременного мультимедиа в сообщении 18x, и ПОСС СПП в 200). Имеется два различных решения этой проблемы.
1. После того как послано ОК 200, ПС посылает ОБНОВЛЕНИЕ ПИСС на КПП, чтобы обеспечивать ПОСС СПП. СП должен послать это ОБНОВЛЕНИЕ, поскольку СПП не знает о ПОСС, предварительно посланном с помощью СП на КПП. Ответ 200 ОБНОВЛЕНИЕ может содержать измененный ПОСС в части КПП. Однако, если это имеет место, ответ 200 ОБНОВЛЕНИЕ не может быть передан непосредственно на СПП, поскольку это был СП, который инициировал транзакцию ОБНОВЛЕНИЯ. Для этого СП должен также послать отдельное ОБНОВЛЕНИЕ на СПП. Ответ 200 для такого ОБНОВЛЕНИЯ, посланного от СПП на СП, может также содержать изменение в ПОСС для СПП. Еще раз, ответ 200 не может быть передан непосредственно на КПП, и для КПП требуется другое ОБНОВЛЕНИЕ. Эти начальные этапы в этой процедуре показаны на фиг.2.
Сложность этой процедуры, включающей в себя фактически многократные вмешательства СП, является нежелательной.
2. Второе решение полагается на так называемые механизмы "заблаговременного мультимедиа". Как определено в соответствии с рекомендациями ПИСС, термин "заблаговременное мультимедиа" относится к мультимедиа (например, аудио и видео), которое передается прежде, чем конкретный сеанс связи принимается вызываемым пользователем. Внутри диалога заблаговременное мультимедиа может возникать с момента, когда посылается начальное ПРИГЛАШЕНИЕ, пока СПП не произведет заключительный ответ. Заблаговременное мультимедиа может быть однонаправленным или двунаправленным и может создаваться вызывающим, вызываемым вызовом или и тем и другим. Обычными примерами заблаговременного мультимедиа, создаваемого вызываемым, являются вызывные тональные сигналы и объявления (например, состояние организации очереди). Заблаговременное мультимедиа, создаваемое вызывающим, обычно состоит из голосовых команд или двухтональных многочастотных (ДТМЧ) тональных посылок для запуска систем интерактивного голосового ответа (ИГО). Основная спецификация RFC3261 ПИСС поддерживает только очень простые механизмы заблаговременного мультимедиа.
RFC3959 расширяет первоначальное предложение и преодолевает множество проблем, которые могли бы возникнуть, если бы это предложение было реализовано.
Можно использовать механизм заблаговременного расположения сеанса связи, описанный в документе IETF RFC3959, чтобы обеспечивать возможность СП проигрывание объявления в качестве заблаговременного мультимедиа. В этом случае используют два отдельных протокола ПОСС, один для заблаговременного диалога и один для диалога с СПП, и в этом случае СП предлагает заблаговременное мультимедиа для КПП, и этот КПП может выбирать, принимать его или отклонять. Начальное сообщение 18x, посланное от СП на КПП, содержит ПОСС для заблаговременного диалога, в то время как ответ 200 от СПП включает в себя ПОСС для диалога КПП с СПП. Заблаговременный диалог заканчивается автоматически посредством КПП по принятии ответа 200. Эта процедура показана на фиг.3.
При этом подходе могут возникать проблемы, когда другие узлы в сети также желают послать заблаговременное мультимедиа. В любом случае, подход имеет недостаток, заключающийся в том, что он требует поддержки RFC3959 в пользовательских терминалах.
Сущность изобретения
Цель настоящего изобретения состоит в том, чтобы преодолеть или по меньшей мере ослабить недостатки существующих подходов по обеспечению заблаговременного мультимедиа от сервера приложений. Это достигнуто посредством эффективного моделирования разветвления диалога ПИСС в сервере приложений и использования моделируемой ветви как однонаправленного канала для заблаговременного мультимедиа.
Согласно первому аспекту настоящего изобретения обеспечен способ отправки информации от промежуточного узла протокола инициирования сеанса связи на первый терминал протокола инициирования сеанса связи, причем способ содержит:
по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи установление первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи;
отправку информации через упомянутый первый диалог; и
пересылку упомянутого запроса от промежуточного узла протокола инициирования сеанса связи на второй терминал (терминал протокола инициирования сеанса связи пункта назначения) перед, во время или после установления упомянутого первого диалога и установление второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи.
Используемый здесь термин "промежуточный узел протокола инициирования сеанса связи" не предназначен для ограничения применения изобретения какой-либо конкретной реализацией протокола инициирования сеанса связи. Однако одним примером промежуточного узла протокола инициирования сеанса связи, к которому можно применять изобретение, является сервер приложений протокола инициирования сеанса связи.
Варианты осуществления настоящего изобретения можно использовать, чтобы посылать так называемое заблаговременное мультимедиа от промежуточного узла на первый терминал протокола инициирования сеанса связи. Это заблаговременное мультимедиа может быть, например, объявлением или тональной посылкой. Однако изобретение можно в качестве альтернативы, или дополнительно, использовать, чтобы посылать другую информацию от СП на КПП, например информацию об оплате. Эту другую информацию можно включать в виде полезной нагрузки в сообщение протокола инициирования сеанса связи, посылаемое от промежуточного узла на первый терминал.
Предпочтительно, диалоги распознаются с помощью различных параметров “дескриптора для заголовка” в ответах ПРИГЛАШЕНИЯ. Затем этот дескриптор используется в “заголовке для/из” (в зависимости от направления запросов ПИСС) в сообщениях ПИСС, относящихся к диалогам.
Предпочтительно, первый диалог протокола инициирования сеанса связи устанавливается промежуточным узлом протокола инициирования сеанса связи, отсылающим первому терминалу протокола инициирования сеанса связи сообщение серии 18x, содержащее в качестве своего параметра “дескриптора для заголовка” значение, созданное промежуточным узлом. Второй диалог может устанавливать второй терминал, посылая ответ 200 протокола инициирования сеанса связи на первый терминал, где ответ включает в себя в качестве параметра “дескриптора для заголовка” значение, созданное вторым терминалом. В качестве альтернативы, второй диалог может быть установлен вторым терминалом, посылающим сообщение серии 18x протокола инициирования сеанса связи на первый терминал, где ответ включает в себя в качестве параметра “дескриптора для заголовка” значение, созданное вторым терминалом.
Согласно второму аспекту настоящего изобретения обеспечен промежуточный узел протокола инициирования сеанса связи, выполненный с возможностью отсылать информацию на первый терминал протокола инициирования сеанса связи, причем промежуточный узел содержит:
средство обработки для установления первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи, по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи;
средство для отправки информации через упомянутый первый диалог; и
средство для пересылки упомянутого запроса от промежуточного узла протокола инициирования сеанса связи на второй терминал, т.е. терминал протокола инициирования сеанса связи пункта назначения перед, во время или после установления упомянутого первого диалога, и для установления второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи.
Краткое описание чертежей
Фиг.1 изображает основной поток передачи сигналов ПИСС для обеспечения заблаговременного мультимедиа с помощью сервера приложений ПИСС;
фиг.2 изображает более подробный поток передачи сигналов ПИСС для обеспечения заблаговременного мультимедиа сервером приложений ПИСС, включающий в себя запросы ОБНОВЛЕНИЯ;
фиг.3 изображает поток передачи сигналов ПИСС для обеспечения заблаговременного мультимедиа сервером приложений ПИСС, использующим механизм расположения заблаговременных сеансов связи; и
фиг.4 изображает поток передачи сигналов ПИСС для обеспечения заблаговременного мультимедиа сервером приложений ПИСС, использующим множество диалогов.
Подробное описание конкретных вариантов осуществления
Документ IETF RFC3261 является технической спецификацией для основных механизмов протокола инициирования сеанса связи (ПИСС). Он включает в себя обеспечение так называемого “разветвления”, которое обеспечивает возможность серверу приложений (СП) ПИСС доставлять поступающий запрос инициирования сеанса связи ПИСС (например, ПРИГЛАШЕНИЕ ПИСС), первоначально адресованный одному терминалу ПИСС, на два или больше терминалов ПИСС. Разветвление можно использовать, например, чтобы заставлять несколько терминалов ПИСС (например, мобильный телефон и настольный телефон) производить звонок в ответ на единственный запрос инициирования сеанса связи. Результатом процедуры разветвления, при предположении, что на запрос отвечают два или больше из вызываемых терминалов, является то, что для вызывающего терминала будут установлены множество диалогов ПИСС. Здесь предложено обеспечить средство для доставки заблаговременного мультимедиа вызывающему терминалу ПИСС от СП ПИСС, эффективно моделируя процедуру разветвления на СП ПИСС, чтобы устанавливать множество диалогов между СП и вызывающим терминалом, связанными с одним сеансом ПИСС.
Чтобы устанавливать отдельные диалоги, после приема ПРИГЛАШЕНИЯ ПИСС, посланного клиентом пользовательского посредника (КПП), какой-либо предварительный ответ (ответы) 18x от СП ПИСС и заключительный ответ от сервера пользовательского посредника (СПП) должны содержать отличающиеся параметры “дескриптора для заголовка”. Фиг.4 иллюстрирует поток передачи сигналов для этого подхода, где ответ 18x включает в себя дескриптор заголовка "as" (СП), в то время как ответ 200 от СП включает в себя дескриптор заголовка "uas" (СПП). Все последующие сообщения, связанные с каждым из этих диалогов, включают в себя соответствующий дескриптор заголовка.
При использовании этого подхода СП не требуется изменять заголовки сообщений ПИСС, принятых от СПП, как может требоваться с подходом единственного диалога. Вся связь КПП-с-СП размещена внутри отдельного диалога, который не затрагивает диалог КПП-с-СПП. Хотя СП может еще действовать как двусторонний пользовательский посредник (КППП) для других целей, это не имеет отношения к сценарию заблаговременного мультимедиа.
Также, избегая необходимости для СП ПИСС в изменении параметра “дескриптора для заголовка” в сообщениях ПИСС, принятых от СПП, использование механизма множества диалогов также делает более легким для СП отправку запросов ПИСС на КПП, не используя механизм "совмещения передачи запросов и ответов" или не вставляя запросы ПИСС в диалог между КПП и СПП. Это верно до тех пор, пока существует заблаговременный диалог между КПП и СП. Заблаговременный диалог может быть закончен КПП по принятии сообщения 200 от СПП или может поддерживаться, в зависимости от фактического выполнения. Запросы ПИСС могут содержать информацию, создаваемую или подаваемую на СП ПИСС. В качестве примера, предложенную услугу уведомления о расходах, которая предназначена для обеспечения информации о расходах (оплате) для вызывающих абонентов, можно реализовывать, включая информацию о расходах в сообщения ПИСС, например в УВЕДОМЛЕНИЕ ПИСС, посылаемое на КПП, в сообщения, включающие в себя созданный СП “дескриптор для заголовка”. Следует оценить, что нет необходимости фактически посылать заблаговременное мультимедиа, используя эту процедуру. Скорее можно отсылать сообщение (сообщения) 18x, чтобы устанавливать первый диалог, который затем используется, например, исключительно для отправки информации в сообщениях ПИСС.
Отметим, что заблаговременное мультимедиа можно обеспечивать на еще более ранней стадии посредством реализации RFC3959, который можно также использовать, если желательно обеспечить возможность СПП предлагать заблаговременный сеанс связи с КПП, вместо того, чтобы ждать, пока ответ (на предложение) будет послан с помощью СП на КПП. Это, конечно, требует поддержки для RFC3959 со стороны терминалов.
Специалисты в данной области техники оценят, что можно выполнять различные модификации к вышеизложенным вариантам осуществления, не отступая от объема настоящего изобретения.
Claims (9)
1. Способ отправки информации от промежуточного узла протокола инициирования сеанса связи на первый терминал протокола инициирования сеанса связи, причем способ содержит
по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи, установление первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи,
отправку информации через упомянутый первый диалог, и
пересылку упомянутого запроса от промежуточного узла протокола инициирования сеанса связи ко второму терминалу, т.е. терминалу протокола инициирования сеанса связи пункта назначения, перед, во время или после установления упомянутого первого диалога, и установление второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи.
по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи, установление первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи,
отправку информации через упомянутый первый диалог, и
пересылку упомянутого запроса от промежуточного узла протокола инициирования сеанса связи ко второму терминалу, т.е. терминалу протокола инициирования сеанса связи пункта назначения, перед, во время или после установления упомянутого первого диалога, и установление второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи.
2. Способ по п.1, в котором упомянутым промежуточным узлом является сервер прикладных программ протокола инициирования сеанса связи.
3. Способ по п.1, в котором упомянутая информация, которую посылают от промежуточного узла протокола инициирования сеанса связи на первый терминал протокола инициирования сеанса связи, содержит заблаговременное мультимедиа, созданное в промежуточном узле или обеспеченное для этого узла от внешнего источника.
4. Способ по п.3, в котором упомянутое заблаговременное мультимедиа содержит объявление или тональную посылку.
5. Способ по п.1, в котором упомянутая информация включена в одно или более сообщений протокола инициирования сеанса связи, связанных с первым диалогом.
6. Способ по п.5, в котором упомянутая информация содержит информацию об оплате.
7. Способ по п.1, в котором первый и второй диалоги отличаются различными параметрами "дескриптора для заголовка" в ответах инициирования сеанса связи, и такие же дескрипторы впоследствии используются в "заголовках для" и "заголовках из" в сообщениях протокола инициирования сеанса связи, связанных с этими диалогами.
8. Способ по п.1, в котором упомянутый первый диалог протокола инициирования сеанса связи устанавливается промежуточным узлом протокола инициирования сеанса связи, отсылающим на первый терминал протокола инициирования сеанса связи сообщение серии 18х, содержащее в качестве своего параметра "дескриптора для заголовка" значение, созданное промежуточным узлом, а упомянутый второй диалог устанавливается вторым терминалом, отсылающим ответ 200 протокола инициирования сеанса связи на первый терминал, где ответ включает в себя в качестве своего параметра "дескриптора для заголовка" значение, созданное вторым терминалом.
9. Промежуточный узел протокола инициирования сеанса связи, выполненный с возможностью посылать информацию на первый терминал протокола инициирования сеанса связи, причем промежуточный узел содержит средство обработки для установления первого диалога протокола инициирования сеанса связи между промежуточным узлом протокола инициирования сеанса связи и первым терминалом протокола инициирования сеанса связи по принятии запроса инициирования сеанса связи на промежуточном узле протокола инициирования сеанса связи, средство для отправки информации через упомянутый первый диалог, и средство для пересылки упомянутого запроса от промежуточного узла протокола инициирования сеанса связи на второй терминал, т.е. терминал протокола инициирования сеанса связи пункта назначения, перед, во время или после установления упомянутого первого диалога, и установления второго диалога протокола инициирования сеанса связи между первым и вторым терминалами протокола инициирования сеанса связи.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2007130689/09A RU2378785C2 (ru) | 2005-01-11 | 2005-01-11 | Обеспечение заблаговременного мультимедиа в системе связи |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2007130689/09A RU2378785C2 (ru) | 2005-01-11 | 2005-01-11 | Обеспечение заблаговременного мультимедиа в системе связи |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2007130689A RU2007130689A (ru) | 2009-02-20 |
RU2378785C2 true RU2378785C2 (ru) | 2010-01-10 |
Family
ID=40531354
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2007130689/09A RU2378785C2 (ru) | 2005-01-11 | 2005-01-11 | Обеспечение заблаговременного мультимедиа в системе связи |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2378785C2 (ru) |
-
2005
- 2005-01-11 RU RU2007130689/09A patent/RU2378785C2/ru active
Also Published As
Publication number | Publication date |
---|---|
RU2007130689A (ru) | 2009-02-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101169493B1 (ko) | 통신 시스템에서 초기 미디어를 용이하게 하는 것 | |
US8155294B2 (en) | Associating a telephone call with a dialog based on a computer protocol such as SIP | |
KR101049721B1 (ko) | 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
US8599747B1 (en) | Lawful interception of real time packet data | |
KR101705440B1 (ko) | 미디어 통신용 하이브리드 클라우드 미디어 아키텍쳐 | |
US9071690B2 (en) | Call transfer processing in SIP mode | |
EP2020813B1 (en) | A method, device and system for implementing the session service | |
RU2555225C2 (ru) | Первоначальные мультимедиа-данные и разветвление при управлении вызовом третьей стороны (3рсс) | |
RU2378785C2 (ru) | Обеспечение заблаговременного мультимедиа в системе связи | |
KR100785792B1 (ko) | 접속 설정 프로토콜을 사용하는 인터넷 전화 시스템에서의서비스 제공 방법 및 그 시스템 | |
WO2023273369A1 (zh) | 会议通话方法、装置、存储介质和电子设备 | |
CN115801741A (zh) | 由电话api调用的呼叫管理 | |
Abouabdalla et al. | SIP–Functionality and structure of the protocol |