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

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


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

 


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

Эл Джи Электроникс Инк. (KR)

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

 

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

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

[1] Данное изобретение относится к услугам сеанса связи на основе протокола установления сеанса связи «SIP», а так же к способу и терминалу для обработки мультимедийных данных (или оперировании ими), хранящихся у клиента (т.е. в клиентском терминале), обладающего правом на передачу пользовательской информации (например, разрешенный поток, пакетные мультимедийные данные), передача которой подлежит отмене.

[2] В беспроводных системах связи протокол установления сеанса связи «SIP» означает протокол сигнализации, определяющий процедуру, в соответствии с которой терминалы, желающие связаться друг с другом, идентифицируют друг друга, находят свои местоположения и устанавливают, прекращают или изменяют сеансы услуг по передаче мультимедийных данных между собой. Услуги, основанные на протоколе установления сеанса связи «SIP» (то есть «SIP-услуги»), имеют структуру «запрос-ответ» для управления генерирования, модификации и прекращения сеансов услуг по передаче мультимедийных данных. Кроме того, услуги на основе протокола установления сеанса связи «SIP» выполняются с использованием унифицированного указателя ресурсов «URL» протокола установления сеанса связи «SIP», который аналогичен адресу электронной почты, независимо от IP адресов (Internet Protocol - интернет-протокол), таким образом, чтобы обеспечить идентификацию каждого пользователя.

[3] Услуга многоточечной полудуплексной связи, далее «РТ-услуга» ("Нажми, и "), может быть одной из услуг в сеансе связи на основе протокола установления сеанса связи «SIP». «РТ-услуга», предназначенная для обеспечения быстрого соединения между поставщиками услуг (провайдерами) и пользователями сети подвижной связи, представляет собой услугу связи, в которой один клиент, имеющий пользовательскую информацию или разрешение на передачу данных (т.е. разрешение на передачу пользовательской информацией или мультимедийного пакета), среди многих клиентов, между которыми установлен сеанс связи, с помощью сервера передает мультимедийные данные, включая пользовательскую информацию или данные изображений, а остальные клиенты, участвующие в сеансе, принимают мультимедийные данные. К числу «РТ-услуг» обычно относятся такие услуги, как «РоС -услуга» (услуга «push to talk over cellular» - «нажмите и говорите через сеть сотовой связи»), предназначенная для обслуживания вызовов с передачей речевых данных, «PTV-услуга» (push to view - «нажмите и смотрите»), предназначенная для передачи движущегося изображения (видеоданных), или «PTD-услуга» (push to data - «нажмите и передавайте данные»), предназначенная для передачи различных данных. «РТ-услугу» можно использовать для передачи речевых данных, изображений или мультимедийных данных одиночному получателю (один с одним) или группе получателей как в групповом сеансе общения (чате) (один со многими).

[4] Система для поддержания «РТ-услуги» (далее, «РТ-сервер») может включать в себя абонентов, пользующихся «РТ-услугой», далее «РТ-клиент» (то есть, абонентские терминалы) для запроса «РТ-услуг», и сервер для управления передачей речи и данных между «РТ-клиентами» с целью реализации «РТ-услуг» различного типа, а также передачи пользовательской информации с использованием протокола управления передачей пользовательской информации «ТВСР».

[5] «РТ-клиенты» могут передавать мультимедийные данные только после получения пользовательской информации или разрешения на передачу (далее по тексту «пользовательская информация») для «РТ-услуг». «РТ-клиенты» могут получать и возвращать (сбрасывать) пользовательскую информацию через сервер для «РТ-услуги» (далее, «РТ-сервер»).

[6] Чтобы контролировать пользовательскую информацию, «РТ-клиенты» и «РТ-сервер» обмениваются сообщениями на основе протокола управления передачей пользовательской информации «ТВСР» (далее, «ТВСР-сообщения») или протокола управления передачей мультимедийных данных «МВСР» (далее, «МВСР-сообщения»).

[7] «ТВСР-сообщения» могут содержать сообщение с запросом на передачу пользовательской информации (то есть, «ТВ-запрос»), что позволяет «РТ-клиентам» запрашивать передачу пользовательской информации, сообщение об отзыве передачи пользовательской информации пользовательской информации (то есть, «ТВ-отзыв»), чтобы «РТ-сервер» отозвал (или отклонил) передачу пользовательской информации, полученную определенным РТ-клиентом, или сообщение - разрешенная передача пользовательской информации завершена, чтобы «РТ-клиент» вернул (сбросил) на «РТ-сервер» переданную ему передачу пользовательской информации.

[8] «РТ-клиент» полностью или безоговорочно передает оставшиеся в буфере мультимедийные данные (то есть оставшиеся буферизованные мультимедийные данные) на «РТ-сервер» после «РТ-клиента», который передает мультимедийные данные, благодаря получению передачи пользовательской информации, принимает «ТВСР-сообщение», что разрешенная передача пользовательской информации завершена. После этого «РТ-сервер» не передает мультимедийные данные принимающему РТ-клиенту и отменяет передачу мультимедийных данных «РТ-клиента», передача пользовательской информации которого отозвана.

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

[10] Кроме того, в «РТ-системе» передающий «РТ-клиент», принявший сообщение «ТВ-отзыв», может полностью отменить передачу оставшихся в буфере мультимедийных данных. Следовательно, пользователь принимающего «РТ-клиента» не может ожидать внезапного завершения передачи данных или подготовиться к нему, если передающий «РТ-клиент» полностью отменяет передачу оставшихся в буфере мультимедийных данных. Это может также ухудшить качество обслуживания.

[11] Чтобы устранить указанные недостатки, предложены способ, а также терминал для обработки мультимедийных данных в рамках услуг сеанса связи на основе протокола установления сеанса связи «SIP», особенности и варианты осуществления которых рассмотрены ниже, и в которых передающий клиент, имеющий пользовательскую информацию, подлежащую отзыву, проверяет причину отзыва пользовательской информации, чтобы избирательно выполнить передачу или отменить передачу мультимедийных данных, оставшихся в буфере.

[12] Один из аспектов настоящего изобретения заключается в понимании авторами настоящего изобретения недостатков известных технических решений, указанных выше. На основе этого может быть достигнуто улучшение обработки мультимедийных данных в рамках услуг сеанса связи на основе протокола установления сеанса связи «SIP». Определенные особенности, которые могут быть частью указанных способа и терминала для обработки мультимедийных данных в рамках услуг сеанса связи на основе протокола установления сеанса связи «SIP», не будут поясняться слишком подробно, чтобы не загромождать описание изобретения излишними деталями. Однако указанные дополнительные особенности, как должно быть понятно специалисту в данной области техники, могут быть частью обработки мультимедийных данных и/или способа обработки и системы для услуг сеанса связи на основе протокола установления сеанса связи «SIP».

[13] В одном из вариантов осуществления настоящего изобретения предложен способ обработки мультимедийных данных терминалом в системе услуг сеанса связи на основе протокола установления сеанса связи «SIP», в которую входит, как минимум, один или несколько терминалов и сервер, причем способ включает в себя следующие шаги: прием терминалом от сервера сообщения протокола управления передачей пользовательской информации - «ТВСР-сообщения» (или сообщения протокола управления передачей мультимедийных данных - «МВСР-сообщения»); проверка кода причины отзыва передачи пользовательской информации, содержащегося в сообщении протокола управления передачей пользовательской информации; передача закодированных данных или отмена передачи закодированных данных в соответствии с кодом причины отзыва передачи пользовательской информации.

[14] В другом варианте осуществления настоящего изобретения предложен терминал для обработки мультимедийных данных в системе услуг сеанса связи на основе протокола установления сеанса связи «SIP» (инициации сеанса), в которую входит, как минимум, один или несколько терминалов и сервер, причем терминал содержит: носитель данных, предназначенный для хранения закодированных данных, и клиент, предназначенный для проверки кода причины отзыва передачи пользовательской информации, содержащейся в сообщении протокола управления передачей пользовательской информации, передаваемого сервером, и для выполнения или передачи закодированных данных, или отмены передачи закодированных данных в зависимости от кода причины отзыва передачи пользовательской информации.

[15] На Фиг.1 представлена блок-схема, иллюстрирующая структуру терминала, предназначенного для обработки мультимедийных данных в рамках услуг сеанса связи на основе протокола установления сеанса связи «SIP».

[16] На Фиг.2 показан формат сообщения об отзыве передачи пользовательской информации.

[17] На Фиг.3 представлена схема информационных потоков и сигналов, иллюстрирующая метод обработки мультимедийных данных в рамках услуги сеанса связи на основе протокола установления сеанса связи «SIP».

[18] На Фиг.4 представлена блок-схема, иллюстрирующая способ, при котором клиент определяет, следует ли передавать оставшиеся в буфере мультимедийные данные в соответствии с кодом причины отзыва передачи пользовательской информации.

[19] Далее будут рассмотрены различные варианты и особенности осуществления настоящего изобретения, связанные с обработкой мультимедийных данных в рамках услуги сеанса связи на основе протокола установления сеанса связи «SIP» со ссылкой на прилагаемые чертежи.

[20] Первый вариант осуществления настоящего изобретения может быть реализован таким образом, что сервер передает клиенту сообщение об отзыве передачи пользовательской информации, содержащее код причины отзыва передачи пользовательской информации или причины прекращения передачи (далее «причина отзыва передачи пользовательской информации»), а клиент может проверить код причины отзыва передачи пользовательской информации, содержащийся в сообщении об отзыве передачи пользовательской информации, чтобы избирательно выполнить или функцию передачи, или функцию отмены передачи оставшихся в буфере мультимедийных данных (то есть оставшихся мультимедийных данных, хранящихся в буфере) в соответствии с причиной отзыва передачи пользовательской информации.

[21] На Фиг.1 представлена блок-схема, иллюстрирующая структуру терминала, предназначенного для обработки мультимедийных данных в рамках услуги сеанса связи на основе протокола установления сеанса связи «SIP». Как показано на Фиг.1, терминал 10 в соответствии с настоящим изобретением может содержать носитель данных, предназначенный для хранения кодированных данных, и клиента 11, предназначенного для проверки кода причины отзыва передачи пользовательской информации, содержащегося в сообщении протокола управления передачей пользовательской информации - «ТВСР-сообщения» (или в сообщении протокола управления передачей мультимедийных данных - «МВСР-сообщение»), передаваемом с сервера, и для выполнения передачи кодированных данных или для отмены передачи кодированных данных в соответствии с выявленным в ходе проверки кодом причины отзыва передачи пользовательской информации.

[22] Носитель данных может быть логически образован двумя буферами, а физически состоять из одного или нескольких буферов. Носитель данных может содержать первый буфер 12, для хранения данных перед их кодированием, и второй буфер 13, для хранения кодированных данных.

[23] Если носитель данных содержит первый буфер 12 и второй буфер 13, то терминал с такой структурой может сохранять данные перед их кодированием, такие как речь пользователя или мультимедийные данные, не содержащие речевую информацию. Мультимедийные данные, не содержащие речевой информации, могут, например, содержать изображения, введенные с камеры, встроенной в терминал, данные файлов, видеоданные и т.д. Терминал может также выдавать данные, хранящиеся в первом буфере 12, чтобы закодировать их в соответствующем формате. Также терминал может хранить кодированные данные во втором буфере 13. В данном изобретении могут использоваться различные виды накопителей (например, накопители на жестком диске, магнитной ленте, компакт-диске, оптических дисках, электрически стираемые программируемые постоянные запоминающие устройства («EEPROM»), постоянные запоминающие устройства (ПЗУ), программируемые постоянные запоминающие устройства (ППЗУ), оперативные запоминающиеся устройства (ОЗУ), динамические ОЗУ, статические ОЗУ, микропрограммное обеспечение, программируемая логика и т.д.).

[24] Далее рассмотрим причину отзыва передачи пользовательской информации.

[25] На Фиг.2 показан формат сообщения об отзыве передачи пользовательской информации,

[26] Когда по определенным причинам следует отозвать (отклонить) разрешение на передачу или передачу пользовательской информации (далее просто «передача пользовательской информации») терминала, передающего данные, сервер может передать на терминал сообщение об отзыве передачи пользовательской информации - «ТВ-отзыв», чтобы отозвать передачу пользовательской информации. При этом сервер, чтобы отменить передачу пользовательской информации, может передавать сообщение об отзыве передачи пользовательской информации на терминал, с добавлением причины отзыва передачи пользовательской информации, например, в поле причины.

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

[28] Первый случай отражает ситуацию, когда терминал обладает разрешением на передачу данных или передачу пользовательской информации (далее по тексту просто «передача пользовательской информации») на длительное время, чтобы передавать данные в течение длительного времени. В этом случае причиной отзыва передачи пользовательской информации может быть названа и/или может считаться таковой «слишком длительная передача пользовательской информации». Здесь может использоваться определенное эталонное значение времени (30 секунд, 60 секунд) для определения, является ли время передачи пользовательской информации слишком длительным, и такое значение эталонного времени может быть получено тогда, когда терминалу выдается разрешение на передачу пользовательской информации.

[29] Второй случай отражает ситуацию, когда другой терминал, отличный от данного терминала, приобретает преимущественное право (забирает) на передачу пользовательской информации из терминала, чтобы передать данные. Например, если приоритет (то есть приоритет разрешения на передачу пользовательской информации) другого терминала выше, чем имеет определенный терминал в данный момент времени, другой терминал приобретает преимущественное право на передачу пользовательской информации из определенного терминала. В этом случае в качестве причины отзыва передачи пользовательской информации может быть названа или считаться - «преимущественное право на передачу пользовательской информации».

[30] Третий случай отражает ситуацию, когда отсутствует принимающий терминал, принимающий данные от передающего терминала. Например, если в услуге сеанса связи участвует только один терминал (то есть, только один пользовательский терминал в групповом сеансе общения), передача пользовательской информации такого терминала отзывается из-за того, что отсутствуют принимающие терминалы, которые принимают данные, передаваемые с такого терминала. В этом случае в качестве причины отзыва передачи пользовательской информации может быть названа или считаться «наличие только одного пользователя «РТ-услуги»».

[31] Четвертый случай отражает ситуацию, когда терминал передает данные даже, если он не обладает разрешением на отправку данных (то есть, он отправляет данные, не имея передачи пользовательской информации из-за временного выхода клиентского терминала из зоны обслуживания). В этом случае причиной отзыва пользовательской информации может быть названа или считаться «отсутствие разрешения на отправку передачи пользовательской информации).

[32] Код причины отзыва передачи пользовательской информации, содержащийся в сообщении о причине отзыва передачи пользовательской информации, может иметь различное собственное (индивидуальное) значение в зависимости от соответствующей причины отзыва передачи пользовательской информации. То есть, код причины отзыва передачи пользовательской информации, содержащийся в сообщении о причине отзыва передачи пользовательской информации, имеет различное собственное значение в зависимости от соответствующей причины отзыва передачи пользовательской информации.

[33] Например, если причиной отзыва передачи пользовательской информации является «наличие только одного пользователя «РТ-услуги», значение кода причины может быть установлено равным «1». Если причиной отзыва передачи пользовательской информации является «слишком продолжительное время передачи пользовательской информации», значение кода причины может быть установлено равным «2». Если причиной отзыва передачи пользовательской информации является «отсутствие разрешения на передачу пользовательской информации», значение кода причины может быть установлено равным «3». Если причиной отзыва передачи пользовательской информации является «преимущественное право на передачу пользовательской информации», значение кода причины может быть установлено равным «4».

[34] На Фиг.3 представлена блок-схема сигналов, иллюстрирующая метод обработки мультимедийных данных в рамках услуги сеанса связи на основе протокола установления сеанса связи «SIP».

[35] Как показано на Фиг.3, система поддержки услуги сеанса связи на основе протокола установления сеанса связи «SIP» может предоставляться первым терминалом, вторым терминалом и сервером. Первый терминал может получать от сервера передачу пользовательской информации и может передавать мультимедийные данные в рамках услуги сеанса связи на основе протокола установления сеанса связи «SIP», а второй терминал может принимать указанные мультимедийные данные. Сервер может управлять передачей пользовательской информации между первым и вторым терминалом и выполнять операцию обмена мультимедийными данными. Здесь первый и второй терминалы могут иметь структуру, соответственно показанную на Фиг.1. На Фиг.3 показан первый «РТ-клиент» первого терминала и второй «РТ-клиент» второго терминала.

[36] Прежде всего, когда первый «РТ-клиент» имеет передачу пользовательской информации, первый «РТ-клиент» может передавать на сервер мультимедийные данные на основе транспортного протокола реального времени «RTP», которые подлежат передаче второму «РТ-клиенту» (S11). Мультимедийные данные на основе транспортного протокола реального времени «RTP» могут обозначать данные, полученные посредством кодирования речи пользователя (передача пользовательской информации), или мультимедийные данные (пакетные мультимедийные данные) в соответствующем формате и затем преобразование кодированных данных в пакетный формат транспортного протокола реального времени «RTP».

[37] Сервер может передавать принятые мультимедийные данные на основе транспортного протокола реального времени «RTP» второму «РТ-клиенту» (S 11).

[38] Если передача пользовательской информации, полученная первым «РТ-клиентом», подлежит отзыву, то «РТ-сервер» может передать первому «РТ-клиенту» сообщение об отзыве передачи пользовательской информации (сообщение «ТВ-отзыв»), содержащее код причины отзыва передачи пользовательской информации (S13). Код причины отзыва передачи пользовательской информации может передаваться посредством использования поля кода причины или других различных типов формата данных, которые указывают на соответствующую причину отзыва передачи пользовательской информации. Как можно истолковать причины отзыва передачи пользовательской информации, указано выше.

[39] После приема сообщения об отзыве передачи пользовательской информации первый «РТ-клиент» может прекратить ввод речевой информации пользователем или видеоданных, генерируемых камерой терминала, в буфер (например, первый буфер) терминала, а также может прекратить выполнение операции кодирования. Затем первый «РТ-клиент» может удалить (стереть) из первого буфера остающиеся в нем данные без кодирования. Первый «РТ-клиент» может также проверить код причины отзыва передачи пользовательской информации, содержащийся в принятом сообщении об отзыве передачи пользовательской информации (сообщении «ТВ-отзыв»), и может определить, следует ли передавать оставшиеся во втором буфере буферизованные мультимедийные данные (то есть кодированные мультимедийные данные) (S15).

[40] На Фиг.4 представлена блок-схема, иллюстрирующая способ, в котором клиент в соответствии с кодом причины отзыва передачи пользовательской информации определяет, следует ли передавать оставшиеся в буфере мультимедийные данные.

[41] Код причины отзыва передачи пользовательской информации, содержащийся в сообщении об отзыве передачи пользовательской информации, передаваемом с «РТ-сервера», может иметь одно из следующих четырех значений.

[42] Если код причины отзыва передачи пользовательской информации, содержащийся в сообщении об отзыве передачи пользовательской информации, равен первому значению (например, «2»), первый «РТ-клиент» может определить, что код причины отзыва передачи пользовательской информации соответствует причине «слишком длительное время передачи пользовательской информации» (S21 и S23), и затем передать кодированные мультимедийные данные, оставшиеся во втором буфере. Если код причины отзыва передачи пользовательской информации, имеющийся в сообщении об отзыве передачи пользовательской информации, равен второму значению (например, «4»), первый «РТ-клиент» может определить, что код причины отзыва передачи пользовательской информации соответствует причине «преимущественное право на передачу пользовательской информации», и соответственно, может передать закодированные мультимедийные данные, оставшиеся во втором буфере.

[43] Когда определяется, что такие буферизованные мультимедийные данные (то есть кодированные мультимедийные данные) подлежат передаче, первый «РТ-клиент» может выдать кодированные мультимедийные данные из второго буфера и может преобразовать выданные мультимедийные данные в пакетный формат транспортного протокола реального времени «RTP». Первый «РТ-клиент» может передавать указанные мультимедийные данные транспортного протокола реального времени «RTP» на указанный «РТ-сервер» (S25) (S17).

[44] «РТ-сервер» может передавать переданные мультимедийные данные второму «РТ-клиенту» (S17). Соответственно, второй «РТ-клиент» может принимать буферизованные мультимедийные данные, оставшиеся в буфере первого «РТ-клиента».

[45] Если код причины отзыва пользовательской информации, содержащийся в сообщении об отзыве передачи пользовательской информации, равен третьему значению (например, «1»), первый «РТ-клиент» может определить, что код причины отзыва передачи пользовательской информации соответствует причине «только один пользователь «РТ-услуги»» (S27), и затем отменить передачу кодированных мультимедийных данных, оставшихся во втором буфере (S29) (S19). Кроме того, если код причины отзыва передачи пользовательской информации, содержащийся в сообщении об отзыве передачи пользовательской информации, равен четвертому значению (например, «3»), первый «РТ-клиент» может определить, что код причины отзыва передачи пользовательской информации соответствует причине «отсутствует разрешение на отправку передачи пользовательской информации» (S27), и соответственно, может отменить передачу закодированных мультимедийных данных, оставшихся во втором буфере (S29) (S19).

[46] Хотя это подробно не показано на Фиг.3, в случае, когда оставшиеся мультимедийные данные подлежат передаче на «РТ-сервер», первый «РТ-клиент» может выдать кодированные мультимедийные данные из второго буфера, может преобразовать выданные мультимедийные данные в пакетный формат транспортного протокола реального времени «RTP» и далее может передать мультимедийные данные в соответствии с транспортным протоколом реального времени «RTP» на «РТ сервер» (S17), или первый «РТ-клиент» может отменить передачу кодированных мультимедийных данных, оставшихся во втором буфере (SI9), при этом первый «РТ-клиент» может передать сообщение о завершении разрешенной передачи пользовательской информации или мультимедийной информации (отбой «ТВ» или «МВ») на «РТ-сервер», чтобы вернуть взятую передачу пользовательской информации на «РТ-сервер».

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

[48] В данном изобретении могут быть дополнительно использованы подробные спецификации, описанные в следующих документах: «ОМА-TS-PoC-ControlPlane-Vl_0-20060127», «OMA-TS-PoC-UserPlane-V1_0-20060127» и «OMA-AD-PoC- V1_G-2006G127».

[49] Как рассмотрено выше, способ и терминал для обработки мультимедийных данных для услуг сеанса связи на основе протокола установления сеанса связи «SIP», представленные в настоящем описании, могут быть эффективны в том, что если передающий клиент, принявший сообщение об отзыве передачи пользовательской информации, может проверить причину отзыва передачи пользовательской информации, содержащуюся в этом сообщении, и если определяется, что передача оставшихся в буфере мультимедийных данных не запрашивается, то передающий клиент может отменить передачу данных, чтобы предотвратить напрасное расходование радиоресурсов из-за ненужной передачи данных, передача которых подлежит отмене, на «РТ-сервер» с использованием радиоресурсов. Кроме того, после проверки причины отзыва передачи пользовательской информации, если передающий клиент определяет, что требуется передать оставшиеся буферизованные мультимедийные данные, то передающий клиент может передать оставшиеся в буфере мультимедийные данные так, что принимающий клиент может ожидать прекращения передачи данных.

[50] Можно сказать, что настоящее изобретение предлагает способ обработки мультимедийных данных в услуге на основе сеанса связи системы беспроводной связи, имеющей, как минимум, один или несколько клиентских терминалов и сервер, причем способ включает в себя следующие шаги: прием управляющего сообщения с сервера, проверку, как минимум, одного кода причины, содержащегося в этом управляющем сообщении; определение в соответствии с шагом проверки, следует ли отменить передачу оставшихся буферизованных мультимедийных данных или передать оставшиеся буферизованные мультимедийные данные на сервер, и передачу сообщения об отбое на сервер, когда передача оставшихся в буфере мультимедийных данных отменена или они переданы на сервер, в котором, как минимум, один из кодов причины представляет собой код причины отмены передачи мультимедийных данных; при этом, по крайней мере, один код причины представляет собой одно из следующих: «слишком длительное время передачи мультимедийных данных», «преимущественное право на передачу мультимедийных данных», «только один пользователь РоС-услуги» и «отсутствует разрешение на отправку передачи мультимедийных данных», при этом шаг определения дополнительно содержит следующие шаги: передачу оставшихся в буфере мультимедийных данных на сервер, если код причины имеет значение «слишком длительное время передачи мультимедийных данных» или «преимущественное право на передачу мультимедийных данных», и отмену передачи оставшихся в буфере мультимедийных данных, если код причины имеет значение «только один пользователь РоС-услуги» или «отсутствует разрешение на отправку передачи мультимедийных данных»; причем управляющее сообщение является сообщением на основе протокола управления передачей мультимедийных данных; оставшиеся в буфере мультимедийные данные сохраняются в накопителе; причем оставшимися в буфере мультимедийными данными являются кодированные данные; как минимум, один из кодов причины имеет, соответственно, отличающееся индивидуальное значение в зависимости от причины отзыва передачи мультимедийных данных; услугой на основе сеанса связи является, как минимум, одна из следующих услуг: услуга для обслуживания вызовов с передачей речевых данных - «РТТ-услуга» («нажмите и говорите»), услуга для передачи изображения - «PTV-услуга» («нажмите и смотрите») или услуга для передачи различных данных - «PTD-услуга» («нажмите и передавайте данные»); а оставшимися в буфере мультимедийными данными являются, как минимум, одни из следующих данных: речевые данные, данные изображений и мультимедийные данные.

[51] Следует сказать также, что настоящее изобретение предлагает способ обработки мультимедийных данных в рамках услуг на основе сеанса связи системы беспроводной связи, содержащей, как минимум, один или несколько клиентских терминалов и сервер, причем способ включает в себя следующие шаги: передача управляющего сообщения на клиентский терминал, в котором управляющее сообщение содержит, как минимум, один код причины, который позволяет клиентскому терминалу избирательно отменять отправку оставшихся в буфере мультимедийных данных на сервер или избирательно отправлять оставшиеся в буфере мультимедийные данные на сервер; прием оставшихся в буфере мультимедийных данных, когда, как минимум, один код причины удовлетворяет определенным условиям, и прием сообщения об отбое от клиентского терминала, когда клиентский терминал отменяет передачу оставшихся в буфере мультимедийных данных или передает оставшиеся в буфере мультимедийные данные на сервер; в котором управляющим сообщением является сообщение протокола управления передачей мультимедийных данных; при этом указанное определенное условие удовлетворяется, когда, как минимум, один из кодов причины соответствует причине «слишком большое время передачи мультимедийных данных» или «преимущественное право на передачу мультимедийных данных», а оставшимися буферизованными мультимедийными данными являются данные, которые хранятся в накопителе; и, как минимум, один код причины имеет соответственно отличительное индивидуальное значение в зависимости от причины отзыва передачи мультимедийных данных.

[52] Кроме того, данное изобретение предлагает терминал для обработки мультимедийных данных в рамках услуг сеанса связи системы беспроводной связи, включающей в себя, как минимум, один или несколько клиентских терминалов и сервер, причем терминал имеет: носитель данных, предназначенный для хранения кодированных данных; и процессор, взаимодействующий с накопителем, предназначенный для выполнения следующих шагов: приема управляющего сообщения с сервера; проверки, как минимум, одного кода причины, содержащегося в управляющем сообщении; и определения в соответствии с шагом проверки, следует ли отменять отправку оставшихся буферизованных (оставшихся в накопителе) мультимедийных данных на сервер или передавать оставшиеся буферизованные мультимедийные данные на сервер, в котором процессор дополнительно выполняет шаг передачи сообщения об отбое на сервер после того, как передача оставшихся буферизованных мультимедийных данных будет отменена либо они будут переданы на сервер.

[53] Рассмотренные к настоящему времени примеры способов могут быть реализованы в программном обеспечении, аппаратном обеспечении или в их комбинации. Например, указанные примеры способов или, как минимум, некоторые из относящихся к ним процедур могут храниться в носителях информации (например, во внутренней памяти мобильного терминала, во флэш-памяти, на жестком диске и т.д.), и они могут быть реализованы в виде встроенных программ, команд, инструкций и т.д., которые являются частью программного обеспечения, выполняемого процессорами (например, микропроцессорами в мобильном терминале, контроллером и т.д.).

[54] Каждый из первого и второго клиентских терминалов 10, упомянутых выше, может включать в себя модуль приемопередатчика, устройство вывода (например, дисплей, устройство звукового вывода и т.д.), устройство ввода (например, микрофон, клавиатурное устройство ввода и т.д.), модуль фотоаппарата, а также другие управляющие схемы и компоненты. Кроме того, сервер может содержать сетевой интерфейс, носитель информации, процессор, а также другие устройства.

[55] Кроме того, рассмотренные в данном описании особенности и аспекты настоящего изобретения связаны с любыми системами мобильной связи и могут быть реализованы в них с использованием мобильных устройств, например карманных и портативных компьютеров, оснащенных средствами (т.е. интерфейсом) беспроводной связи. Более того, использование определенных терминов для описания настоящего изобретения не ограничивает области его действия определенным типом системы беспроводной связи. Настоящее изобретение применимо также к другим беспроводным системам связи, в которых используются различные беспроводные интерфейсы и/или физические уровни, таким как «TDMA» (множественный доступ с временным разделением или уплотнением), «CDMA» (множественный/многостанционный доступ с кодовым разделением каналов), «FDMA» (множественный доступ с разделением частот), «WCDMA» (широкополосный «CDMA»), «OFDM» (мультиплексирование с ортогональным частотным разделением сигналов), «EV-DO!» (развивающаяся оптимизированная передача данных), «Моbil Wi-Мах» (мобильная глобальная система совместимости широкополосного беспроводного доступа), «Wi-Bro» (технология сети широкополосного мобильного доступа, позволяющая запускать сервисы со сверхскоростной передачей данных) и т.д.

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

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

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

3. Способ по п.1, в котором этот как минимум один код причины представляет собой код причины отзыва передачи мультимедийных данных.

4. Способ по п.1, в котором управляющее сообщение является сообщением протокола управления передачей мультимедийных данных (МВСР).

5. Способ по п.1, в котором оставшиеся в буфере мультимедийные данные сохранены на носителе данных.

6. Способ по п.1, в котором оставшиеся в буфере мультимедийные данные являются кодированными данными.

7. Способ по п.1, в котором услугой на основе сеанса связи является как минимум, одна из следующих услуг: услуга для обслуживания вызовов с передачей речевых данных - «РТТ-услуга» («нажмите и говорите»), услуга для передачи видеоданных - «PTV-услуга» («нажмите и смотрите») или услуга для передачи различных данных - «PTD-услуга» («нажмите и передавайте данные»).

8. Способ по п.1, в котором оставшиеся в буфере мультимедийные данные являются как минимум одними из следующих данных: речевые данные, видеоданные и мультимедийные данные.

9. Способ по п.1, в котором причина в поле кода причины, указывающая, что пользователь клиентского терминала разговаривал слишком долго, представляет собой «Передача мультимедийных данных слишком длительна».

10. Способ по п.1, в котором причина в поле кода причины, указывающая, что на передачу пользовательских данных приобретено преимущественное право, представляет собой «Приобретено преимущественное право на передачу информации».

11. Способ по п.1, в котором причина в поле кода причины, указывающая, что в сеансе связи имеется только один пользователь, представляет собой «Только один пользователь РоС-услуги».

12. Способ по п.1, в котором причина в поле кода причины, указывающая, что пользователь клиентского терминала не имеет разрешение на передачу пользовательской информации, представляет собой «Нет разрешения на передачу пользовательской информации».

13. Терминал для обработки мультимедийных данных услуги на основе сеанса связи системы беспроводной связи, включающей в себя как минимум один или несколько клиентских терминалов и сервер, содержащий: носитель информации, предназначенный для хранения кодированных данных; и процессор, взаимодействующий с носителем информации, предназначенный для выполнения следующих шагов: приема управляющего сообщения с сервера; при этом управляющее сообщение указывает, что передача пользовательской информации должна быть остановлена, или управляющее сообщение указывает, что передача пользовательской информации должна быть отозвана или отклонена; проверки как минимум одного поля кода причины, содержащегося в управляющем сообщении, при этом поле кода причины имеет разные значения, которые зависят от разных причин; при этом упомянутые разные значения дают возможность терминалу рассмотреть, отказаться ли от оставшихся в буфере мультимедийных данных или передать оставшиеся в буфере мультимедийные данные в этот сервер; выборочной обработки оставшихся в буфере мультимедийных данных в соответствии с проверенным полем кода причины, при этом управляющее сообщение принимается посредством сеанса связи, который установлен между этим сервером и клиентским терминалом и причем сервер и клиентский терминал поддерживают технологии протокола установления сеанса связи «SIP», при этом выборочная обработка, выполняемая указанным процессором, содержит: передачу оставшихся в буфере мультимедийных данных серверу, если причина в поле кода причины указывает, что пользователь клиентского терминала говорил слишком долго, или указывает, что приобретено преимущественное право на передачу пользовательской информации, и отказ от оставшихся в буфере мультимедийных данных, если причина в поле кода причины указывает, что только один пользователь имеется в этом сеансе связи или указывает, что клиентский терминал не имеет разрешение на передачу пользовательской информации.
14, Терминал по п.13, в котором процессор дополнительно выполняет следующий шаг: передача сообщения об отбое на сервер после того, как или отказались от оставшихся в буфере мультимедийных данных, или они переданы на сервер.



 

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

Изобретение относится к способам и устройству для использования в услуге «нажми и говори» (push to talk), например, именуемым «нажми и говори» через услугу сотовой связи.

Изобретение относится к способам и устройству для использования в услуге «нажми и говори» (push to talk), например, именуемым «нажми и говори» через услугу сотовой связи.

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

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

Изобретение относится к радиосвязи. .

Изобретение относится к способам и устройству для использования в услуге «нажми и говори» (push to talk), например, именуемым «нажми и говори» через услугу сотовой связи.

Изобретение относится к способам и устройству для использования в услуге «нажми и говори» (push to talk), например, именуемым «нажми и говори» через услугу сотовой связи.

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

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

Изобретение относится к радиосвязи. .

Изобретение относится к области беспроводных систем связи, а именно к осуществлению посредника мобильного IP в режиме Care-Of-адреса (т.е. .
Наверх