Способы связи в реальном времени, обеспечивающие паузу и возобновление, и связанные с ними устройства

Способы связи в реальном времени, обеспечивающие паузу и возобновление, и связанные с ними устройства

Иллюстрации

Показать все

Реферат

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

[0001] Настоящее изобретение относится к системам связи, и в частности, к системам и способам, обеспечивающим потоковую связь.

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

[0002] Проведение мультимедийных конференций может позволить осуществлять потоковую передачу данных в реальном времени между двумя или более оконечными устройствами по сети, такой как Интернет, чтобы обеспечить связь в реальном времени. Каждое из множества оконечных устройств, участвующих в сеансе видеоконференции, например, может генерировать поток данных мультимедийного контента, включающий в себя видео- и аудиоконтент, и центральный узел связи может выбирать поток или потоки данных контента, которые предусматриваются для каждого из оконечных устройств. Узел связи, например, может выбирать поток данных контента на основе сравнения аудиоконтента/громкости, связанного с каждым из потоков данных контента. Другими словами, узел связи может осуществлять попытку выбрать поток данных контента, соответствующий динамику, который в настоящий момент является наиболее активным при конференц-вызове. Однако в таком варианте осуществления выбор потока данных контента может неблагоприятным образом смещаться в сторону оконечного устройства, генерирующего самую большую громкость, например, в силу нежелательного шума.

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

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

[0004] Следовательно, целью является преодоление по меньшей мере некоторых из обозначенных выше недостатков и/или повышение производительности в системе связи.

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

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

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

[0008] Идентификация потока данных медиаконтента в реальном времени может быть источником синхронизации (SSRC), который уникально идентифицирует поток данных медиаконтента в пределах сеанса связи в реальном времени.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0025] Прилагаемые чертежи, которые включены сюда, чтобы обеспечить дополнительное понимание раскрытия, и объединены и составляют часть этой заявки, иллюстрируют определенный неограничивающий вариант осуществления (определенные неограничивающие варианты осуществления) изобретения. На чертежах:

[0026] Фиг. 1-7 представляют собой блок-схемы последовательности операций, иллюстрирующие операции паузы и возобновления в соответствии с некоторыми вариантами осуществления, раскрытыми здесь;

[0027] Фиг. 8 представляет собой схему, иллюстрирующую формат сообщения обратной связи, относящийся к операциям паузы и возобновления в соответствии с некоторыми вариантами осуществления, раскрытыми здесь;

[0028] Фиг. 9 представляет собой схематичное изображение, иллюстрирующее множество оконечных устройств и узел связи, осуществляющие связь посредством сети в соответствии с некоторыми вариантами осуществления;

[0029] Фиг. 10 представляет собой блок-схему, иллюстрирующую оконечное устройство по фиг. 9 в соответствии с некоторыми вариантами осуществления;

[0030] Фиг. 11 представляет собой блок-схему, иллюстрирующую узел связи по фиг. 9 в соответствии с некоторыми вариантами осуществления.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[0031] В следующем подробном описании множественные специфические детали изложены с целью обеспечить исчерпывающее понимание изобретения. Однако специалистам в данной области техники следует понимать, что настоящее изобретение может использоваться на практике без этих специфических деталей. В других примерах хорошо известные способы, процедуры, компоненты и схемы не были описаны подробно, чтобы не вносить неясность в настоящее изобретение. Кроме того, термины «должен», «не должен», «требуется», «будет», «не будет», «следует», «не следует», «рекомендуется», «может» и «опционально» могут использоваться здесь в отношении конкретных вариантов осуществления, не ограничивая объем настоящего изобретения. Если выразиться другими словами в качестве примера, элемент(-ы), операция (операции), этап(-ы) и т.д. могут требоваться в отношении конкретного варианта осуществления, не требуясь при этом для всех вариантов осуществления. Соответственно, эти термины не должны рассматриваться как ограничивающие относительно настоящей заявки и формулы изобретения, опускающей упомянутые элемент(-ы), операция (операции), этап(-ы) и т.д. Кроме того, в пределах объема, в котором используются такие термины, как «должен», «не должен», «требуется», «будет», «не будет», «следует», «не следует», «рекомендуется», «может» и «опционально», в следующем раскрытии, эти термины могут быть интерпретированы в соответствии с RFC (запросом на комментарии) 2119 авторства S. Bradner и озаглавленным «Ключевые слова для использования в RFC для индикации уровней требований» (BCP 14, RFC 2119, март 1997). В дополнение к определениям, предложенным в настоящем раскрытии, также могут применяться определения из: RFC 3550, автор H. Schulzrinne и другие, озаглавленный «RTP: транспортный протокол для приложений в реальном времени» (STD 64, RFC 3550, июль 2003); документа RFC 4585, автор J. Ott и др., озаглавленного «Расширенный профиль RTP для обратной связи на основе транспортного протокола управления передачей в реальном времени (RTCP) (RTP/AVPF)» (RFC 4585, июль 2006); и/или документа RFC 5104, автор S. Wegner и др., озаглавленного «Сообщения управления кодеком в аудиовизуальном профиле RTP с обратной связью (AVPF)» (RFC 5104, февраль 2008).

[0032] С ростом популярности мультимедийных приложений для работы в реальном времени пользователи могут потребовать большего контроля над сеансами связи. Варианты осуществления этого раскрытия могут предложить приемное оконечное устройство в мультимедийном разговоре/коммуникации, которое может приостанавливать и/или возобновлять входящий поток(-и) данных от передающего оконечного устройства (устройств) путем отправки сообщений обратной связи в реальном времени. Транспортный протокол управления передачей в реальном времени (RTCP) является родственным протоколом по отношению к транспортному протоколу для работы в реальном времени (RTP), который широко используется для передачи данных в реальном времени. Передающие и приемные оконечные устройства RTP, однако, могут использовать RTCP для сообщения статистики передачи и приема в регулярные интервалы. Варианты осуществления этого раскрытия могут расширить сообщения кодового управления (ССМ) (см. RFC 5104, приведено выше) путем добавления двух новых сообщений обратной связи в реальном времени, которые подлежат отправке от приемного оконечного устройства к передающему оконечному устройству, чтобы приостановить и возобновить потоки данных RTP.

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

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

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

[0036] Фиг. 9 представляет собой схематичное изображение, иллюстрирующее множество оконечных устройств 111-1 - 111-n, участвующих в сеансе связи с потоковой передачей данных (как то сеанс видео-конференц-связи) посредством сети 151 (например, Интернет), и узел 115 связи в соответствии с некоторыми вариантами осуществления. При том что по меньшей мере пять оконечных устройств 111 показаны на фиг. 9 в качестве примера, варианты осуществления настоящего изобретения могут быть реализованы с использованием любого количества - из двух или более - оконечных устройств. Когда установилась видеоконференция, каждое оконечное устройство 111 может генерировать поток данных медиаконтента (включающий в себя аудио и видео), и соответствующие потоки данных медиаконтента от всех оконечных устройств 111 могут передаваться к узлу 115 связи (например, реализованному как блок смешивания или транслятор) посредством сети 151. Для каждого приемного оконечного устройства 111 узел 115 связи затем может выбирать поток или потоки данных медиаконтента, и выбранные поток или потоки данных медиаконтента затем могут пересылаться от узла 115 связи посредством сети 151 к соответствующим оконечным узлам 111. В частности, узел 115 связи может выбрать поток данных медиаконтента для отправки к соответствующему оконечному узлу 111 в ответ на входной сигнал от соответствующего оконечного узла 111. Другими словами, каждое оконечное устройство 111 может выбирать поток данных медиаконтента для представления на том оконечном устройстве 111. При том что центральный узел 115 связи (такой как блок смешивания или транслятор) показан в качестве примера, могут быть реализованы и другие варианты осуществления (например, при сеансе связи «от точки к точке»), с двумя оконечными устройствами 111, осуществляющими связь друг с другом напрямую посредством сети 151.

[0037] Фиг. 10 представляет собой блок-схему, иллюстрирующую оконечное устройство 111 по фиг. 9 в соответствии с некоторыми вариантами осуществления. Оконечное устройство 111, например, может включать в себя процессор 131, соединенный с дисплеем 121 (например, экран с жидкокристаллическим дисплеем, обеспечивающий вывод видео) или выходом дисплея, интерфейс 129 ввода пользователя (например, включающий в себя клавиатуру, реагирующую на прикосновения поверхность 121 дисплея и т.д.), динамик 123 или выход динамика, одну или несколько видеокамер 125 или вход(-ы) видеокамер и один или несколько микрофонов 127 или вход(-ы) микрофонов. Кроме того, сетевой интерфейс 133 может обеспечивать соединение данных/связей между процессором 131 и сетью 151. Оконечное устройство 111, например, может быть смартфоном, планшетным компьютером, нетбуком, портативным компьютером, стационарным компьютером, стационарным телефоном для видео-конференц-связи или любым другим устройством, поддерживающим функцию мультимедийной конференц-связи. Соответственно, соединение между сетевым интерфейсом 133 и сетью 151 может обеспечиваться посредством проводного соединения (например, с использованием модема цифровой абонентской линии, кабельного модема и т.д.), посредством беспроводного соединения (например, посредством беспроводной сети 3G/4G, посредством линии WiFi и т.д.) или посредством их комбинации.

[0038] При реализации в виде беспроводного мобильного терминала, такого как смартфон, планшетный компьютер, нетбук или портативный компьютер, например, все элементы по фиг. 10 (включая видеокамеру 125 и микрофон 127) могут быть представлены в пределах корпуса мобильного терминала. В таком мобильном терминале встроенная видеокамера и/или микрофон может обеспечивать один поток данных медиаконтента, и выход для видео/аудио может быть предусмотрен с использованием встроенного динамика и дисплея. В других вариантах осуществления оконечное устройство 111 может не включать в себя встроенную видеокамеру, микрофон, динамик и/или дисплей. Наоборот, такое устройство может включать в себя входы для одного или нескольких внешних видеокамер и/или микрофонов и выходы для одного или нескольких дисплеев и/или динамиков. Что касается системы видео-конференц-связи для устройства более обширного конференц-зала, например, то множество внешних камер и соответствующих микрофонов может быть расположено вокруг конференц-зала и подсоединено к процессору 131 посредством входов 125/127 для видео/микрофона, а выходы для дисплея и динамика могут быть подсоединены к внешнему дисплею/динамику (например, широкоформатному дисплею, проекционному дисплею и т.д.). Оконечное устройство 111 может, таким образом, обеспечивать один или несколько потоков данных медиаконтента для одной или нескольких пар видео/микрофона. Если оконечное устройство обеспечивает более одного потока данных медиаконтента, каждый поток данных медиаконтента может быть отдельно идентифицирован для выбора другими оконечными устройствами, вовлеченными в сеанс связи.

[0039] Как рассматривается более подробно ниже, каждое оконечное устройство 111 может также обеспечивать/формировать один или несколько потоков данных медиаконтента во время сеанса связи посредством дисплея/динамика 121 и 123 (и/или посредством внешнего дисплея/динамика), и каждое оконечное устройство 111, действующее как приемное оконечное устройство, может динамически приостанавливать и/или возобновлять один или несколько потоков данных медиаконтента из сеанса связи, который/которые подлежат обеспечению/формированию во время сеанса связи. Передающее оконечное устройство, генерирующее поток данных, который был приостановлен соответствующим приемным оконечным устройством, может приостанавливать поток данных, если никакие другие приемные оконечные устройства уже не используют этот поток данных. Кроме того, передающее оконечное устройство может возобновлять отправку приостановленного потока данных в ответ на запрос любого приемного оконечного устройство для возобновления потока данных. В оконечном устройстве 111, таком как смартфон, с ограниченным размером дисплея, в любое время может быть выбран единственный поток данных медиаконтента из сеанса связи. Когда обеспечивается дисплей большего размера (например, у стационарного компьютера, внешний дисплей и т.д.), множественные потоки данных медиаконтента могут выбираться в любое время.

[0040] Фиг. 11 представляет собой блок-схему, иллюстрирующую узел 115 связи по фиг. 9 (также именуемый узлом для конференц-связи) в соответствии с некоторыми вариантами осуществления. Как показано на фиг. 11, узел 115 связи может включать в себя процессор 231 и сетевой интерфейс 133, причем сетевой интерфейс 131 обеспечивает данные/связь между процессором 231 и сетью 151. Процессор 231 может, таким образом, принимать один или несколько потоков данных медиаконтента от каждого оконечного устройства 111, вовлеченного в сеанс связи, и процессор 231 может пересылать один или несколько потоков данных медиаконтента к одному или нескольким оконечным устройствам в ответ на динамические команды паузы и/или возобновления от соответствующих оконечных устройств, действующих как приемные оконечные устройства, и процессор 231 может приостанавливать и/или возобновлять потоки данных, принятые от оконечных устройств, действующих как передающие оконечные устройства, в ответ на команды паузы и/или возобновления, принятые от оконечных устройств, действующих как приемные оконечные устройства.

[0041] Многие приложения для работы в реальном времени используют RTP (транспортный протокол для работы в реальном времени) (см. RFC 3550, процитировано выше) для транспортировки. RTP работает вместе с RTCP (транспортный протокол управления передачей в реальном времени) (см. RFC 3550, процитировано выше), который отвечает за обмен информацией управления во время сеанса связи. Используя RTCP, каждое оконечное устройство 111 может обмениваться отчетами с обратной связью о качестве передачи и приема. Текущие сообщения с обратной связью RTCP могут не поддерживать приостановку и возобновление входящего потока данных. Более того, обмен регулярными отчетами с обратной связью RTCP может следовать конкретному периодическому образцу так, что каждое передающее оконечное устройство, приемное оконечное устройство и/или узел связи передает эти отчеты в конкретные интервалы.

[0042] CCM (сообщения управления кодеком) (см. RFC 5104, процитировано выше) могут увеличивать AVPF (аудиовизуальный профиль с обратной связью) (см. RFC 4585, процитировано выше) добавлением дополнительных сообщений с обратной связью, которые могут потерять свое назначение, если отправляются с регулярными отчетами RTCP (например, если требуется немедленная передача). Варианты осуществления настоящего раскрытия могут расширять CCM путем использования двух новых сообщений с обратной связью RTCP в реальном времени, именуемых запросами PAUSE (паузы) и RESUME (возобновления). Запрос PAUSE может/будет передаваться от приемного оконечного устройства 111 к передающему оконечному устройству, чтобы приостановить поток RTP, а запрос RESUME может/будет отправляться в том же направлении для возобновления прежде приостановленного потока данных. Приемное оконечное устройство 111 может/будет определять SSRC (источник синхронизации) как идентификацию источника (например, передающее оконечное устройство 111 и/или узел 115 связи) в запросах PAUSE и RESUME. Хотя запросы PAUSE и RESUME могут быть сообщениями с обратной связью в реальном времени, рассматриваемые здесь варианты осуществления не запрещают отправку запросов PAUSE и RESUME в регулярном сборном отчете RTCP, если/когда время отправки сообщения PAUSE или RESUME совпадает со времени передачи регулярного отчета RTCP.

[0043] Поскольку RTP не гарантирует надежной передачи данных, приемное оконечное устройство 111 (то есть оконечное устройство, которое принимает поток данных и передает сообщение PAUSE/RESUME) может ожидать подтверждения от передающего оконечного устройства 111 (то есть оконечного устройства, которое передает поток данных и принимает сообщение PAUSE/RESUME) или от узла 115 связи, чтобы гарантировать то, что прежде переданное сообщение PAUSE или RESUME достигает адресата (то есть передающего оконечного устройства 111 или узла 115 связи). Это раскрытие дополнительно определяет четыре различных типа ответа/подтверждения от передающего оконечного устройства RTP к приемному оконечному устройству в представленном ниже разделе, озаглавленном «Подтверждения сообщений».

[0044] Приемное оконечное устройство 111 (или его пользователь) может принять решение о приостановке потока данных от конкретного передающего оконечного устройства 111 RTP в силу следующих причин, таких как:

* Приемное оконечное устройство 111 (или его пользователь) во время многосторонней видеоконференции может принять решение о приеме потоков данных только от выбранного источника или источников (то есть от выбранных передающих оконечных устройств 111) в силу перегрузки сети;

* Приемное оконечное устройство 111 (или его пользователь) во время многосторонней видеоконференции может принять решение о приостановке потока данных от передающего оконечного устройства 111 RTP, которое подвергается повышенному шуму (например, когда передающее оконечное устройство 111 находится в шумном помещении);

* Приемное оконечное устройство (или его пользователь) может приостанавливать поток данных от передающего оконечного устройства, которое подвергается внутренней системной проблеме, до тех пор, пока проблема не решится; и/или

* Пользователь приемного оконечного устройства 111 может приостанавливать поток данных от передающего оконечного устройства 111, поскольку он (пользователь) думает, что участник(-и), использующий (использующие) передающее оконечное устройство 111, не вносит (вносят) значительный вклад в разговор в настоящий момент.

[0045] СООБЩЕНИЯ С ОБРАТНОЙ СВЯЗЬЮ:

[0046] ССМ (сообщение управления кодеком) (см. RFC 5104, процитировано выше) разбивает различные сообщения с обратной связью RTCP (транспортный протокол управления передачей в реальном времени)) на четыре типа: Запрос, Команда, Индикация и Уведомление. Варианты осуществления настоящего раскрытия могут поместить сообщения PAUSE и RESUME в категорию Запроса, поскольку для сообщений PAUSE и RESUME могут быть желательны/могут требоваться подтверждения.

[0047] Подтверждение - это подтверждение от оконечного устройства 111 или узла 115 связи, принимающего сообщение PAUSE/RESUME (то есть оконечного устройства, генерирующего/отправляющего приостанавливаемый/возобновляемый поток данных), к оконечному устройству 111, которое передало сообщение PAUSE/RESUME (то есть оконечному устройству, принимающему приостанавливаемый/возобновляемый поток данных), с подтверждением приема сообщения PAUSE/RESUME.

[0048] Передающее оконечное устройство 111 является объектом RTP (транспортного протокола для работы в реальном времени), который генерирует/отправляет поток данных RTP, и передающее оконечное устройство также может быть приемным оконечным устройством в том же сеансе связи.

[0049] Приемное оконечное устройство 111 является объектом RTP, который принимает поток данных RTP от передающего оконечного устройства 111, и приемное оконечное устройство также может быть