СПОСОБ ПОДДЕРЖКИ МНОГОСТОРОННЕГО ВЫЗОВА В КОМБИНАЦИОННОМ СЕАНСЕ
METHOD OF SUPPORTING MULTI-SIDED CALL IN COMBINATION SESSION

Область техники изобретения
Настоящее изобретение, в целом, относится к области комбинационных сеансов голосовых вызовов и передачи данных. В частности, изобретение относится к системе и способу устройства мобильной связи для предоставления данных одному или более другим устройствам мобильной связи во время комбинационного сеанса.
Уровень техники изобретения
Комбинационный сеанс относится к комбинации голосовых вызовов по сетям домена с коммутацией каналов (CS) и передачи данных по сетям домена с коммутацией пакетов (PS). Примером комбинационного сеанса является CSI, которая является сетью домена с коммутацией каналов с вызовом мультимедийной подсистемы на основе IP (IMS). Высококачественный голосовой вызов является услугой, в которой голосовой вызов находится в CS-домене, а передача данных находится в PS-домене. Для двух сторон, участвующих в голосовом вызове, любая сторона может инициировать односторонний перенос данных, например, видеоданные, как инициатор.
Устройства, участвующие в сеансе CS-вызова, могут предоставлять возможность поддержки дополнительных услуг, таких как помещение вызова в удержание/ожидание, инициирование нового вызова, переключение вызова и конференц-связь. Сервер обработки вызовов предоставляет возможность поддержки дополнительных услуг. В частности, управляющие сигналы обмениваются между устройствами и сервером обработки вызовов, и сервер обработки вызовов назначает необходимый канал информационного обмена для среды передачи и руководит управлением сеансом связи.
Существующие концепции совместного использования видео фокусируются в первую очередь на соединении "точка-точка", а дополнительные услуги отключены. Пользователям, участвующим в вызове с совместным использованием видео, необходимо завершать сеанс видеовызова, если они хотят использовать дополнительные услуги. Также, текущие стандарты или протоколы не предоставляют какого-либо типа механизма поддержки многостороннего вызова в CSI-сеансе. С развитием совместного использования видео для IMS-услуг поддержка восприятия пользователя, подобного тому, что мы испытываем в CS-голосовых вызовах, будет важной.
Таким образом, существует необходимость в механизме, посредством которого возможно расширять признаки совместного использования видео так, что они могут поддерживаться в многосторонних вызовах комбинационного сеанса без вмешательства, т.е., без необходимости, удаленного сервера. Признак совместного использования видео должен быть доступен мобильным телефонам с включенной функцией видео без влияния на других участников в многостороннем вызове.
Краткое описание чертежей
Фиг.1 иллюстрирует примерный вариант осуществления двух устройств, передающих голосовой вызов одновременно с сеансом совместного использования видео.
Фиг.2 иллюстрирует примерный вариант осуществления фиг.2, где третье устройство осуществляет связь с одним из двух первоначальных устройств.
Фиг.3 иллюстрирует пример варианта осуществления фиг.3, где третье устройство осуществляет передачу голосового вызова и сеанса совместного использования видео одному из двух первоначальных устройств.
Фиг.4 является блок-схемой, иллюстрирующей примерную конфигурацию одного или более устройств, показанных на фиг.1, 2 и 3.
Фиг.5 - это временная диаграмма, иллюстрирующая первоначальные условия между устройствами A и B и три сценария, затрагивающие устройства C или D, которые могут следовать первоначальным условиям.
Подробное описание вариантов осуществления
В данном документе описаны система и способ для формирования похожих потоков транспортного протокола реального времени и отправки их множеству устройств мобильной связи в комбинационном сеансе, который включает в себя связь с коммутацией каналов и связь с коммутацией пакетов. Сеть связи, поддерживающая мобильные устройства, такие как сеть мультимедийной подсистемы на основе IP (IMS), имеют гибкость, чтобы поддерживать сигнализирование для множества одновременных многосторонних сеансов с коммутацией пакетов (PS) в мобильных устройствах. Таким образом, система и способ предоставляют улучшенное восприятие пользователями мобильных устройств, поддерживая множественные IP-сеансы в сети связи.
Система и способ также имеют возможность работы вместе с существующими реализациями услуг для совместного использования видео, широко развернутыми различными операторами сетей связи, например, существующие IMS-инфраструктуры и существующие мобильные устройства, чтобы достигать взаимодействия. Мобильное устройство, в соответствии с настоящим изобретением, может поддерживать множественные IP-сеансы в сети связи, когда другие участники многостороннего CS-вызова могут не быть осведомлены о факте того, что мобильное устройство использует признак совместного использования видео с другим участником того же многостороннего вызова.
Система и способ применимы к комбинационным сеансам, которые применяют методики односторонней передачи файлов, такие как полудуплексное видео. Система и способ не требуют сервера, чтобы поддерживать дополнительные услуги в комбинационном сеансе, такие как ожидание вызова, удержание вызова, новый вызов, переключение вызова и конференц-связь. Также, восприятие пользователем системы и способа, по существу, похоже на восприятие дополнительных услуг в традиционных голосовых вызовах.
Одним аспектом настоящего изобретения является способ поддержки первым устройством мобильной связи комбинационного сеанса с коммутацией каналов и коммутацией пакетов с другими устройствами связи. Первое устройство мобильной связи принимает данные от второго устройства мобильной связи. Первое устройство мобильной связи затем пересылает принятые данные третьему устройству мобильной связи во время комбинационного сеанса без вмешательства удаленного сервера.
Другим аспектом настоящего изобретения является способ дублирования данных первым устройством мобильной связи вместо пересылки принятых данных. Первое устройство мобильной связи создает вторые данные на основе первых данных, так что первые и вторые данные подобны. Например, первые данные могут быть дублированы так, что первые и вторые данные являются идентичными. Первое устройство мобильной связи передает первые данные второму устройству мобильной связи, а вторые данные - третьему устройству мобильной связи, во время комбинационного сеанса без вмешательства удаленного сервера.
Еще одним аспектом настоящего изобретения является способ поддержки дополнительных услуг в комбинационном сеансе с коммутацией каналов и коммутацией пакетов между тремя или более устройствами мобильной связи. Данные передаются между первым и вторым устройствами мобильной связи через сеанс передачи данных с коммутацией пакетов, в то же время поддерживая сеанс вызова с коммутацией каналов между первым и вторым устройствами мобильной связи. Первое устройство мобильной связи передает данные второму устройству мобильной связи или наоборот. Далее, связь инициируется между первым устройством мобильной связи и третьим устройством мобильной связи через сеанс вызова с коммутацией каналов. Либо первое устройство мобильной связи, либо третье устройство мобильной связи может инициировать связь. Многосторонняя конференц-связь между первым, вторым и третьим устройствами мобильной связи затем устанавливается через сеанс вызова с коммутацией каналов, в то же время поддерживая сеанс передачи данных с коммутацией пакетов между первым и вторым устройствами мобильной связи.
Обращаясь к фиг.1, комбинационный сеанс 100 является комбинацией голосовых вызовов в сетях домена с коммутацией каналов (CS) и передачи данных, такой как сеанс совместного использования видео, по сетям домена с коммутацией пакетов (PS). Примером комбинационного сеанса является CSI, которая является сетью домена с коммутацией каналов, с вызовом мультимедийной подсистемы на основе IP (IMS). Фиг.1 иллюстрирует пример двух устройств 110, 120, передающих голосовой вызов 130 одновременно с сеансом 140 передачи данных, таким как полудуплексная передача видеоданных.
Обращаясь к фиг.2, иллюстрируется пример 200 третьего устройства 210, пытающегося связаться с одним из двух первоначальных устройств 110, 120. Когда абонент устройства 110 мобильной связи, который участвует в первом CS-вызове 130, инициирует или принимает второй CS-вызов 220, устройство мобильной связи абонента может связывать два CS-вызова вместе, чтобы формировать многостороннюю конференц-связь. Если абонент устройства 110 мобильной связи участвовал в комбинационном сеансе 100, который включает в себя первый CS-вызов 130 (как показано на фиг.1), перед инициированием или приемом второго CS-вызова 220, могут произойти несколько различных сценариев.
Для одного сценария, передача 140 данных, ассоциированная с первым CS-вызовом 130 комбинационного сеанса 100, может быть отброшена, и сеанс передачи данных устанавливается для второго CS-вызова 220. Это нормальный сценарий конференц-связи без обмена данными через передачу данных по сети PS-домена.
Для другого сценария, передача 140 данных, ассоциированная с первым CS-вызовом 130 комбинационного сеанса 100, может быть сохранена, и сеанс передачи данных не устанавливается со вторым CS-вызовом 220. Для одного варианта осуществления, который показан на фиг.2, пользователь A 110 может передавать данные 140 пользователю B 120 одновременно во время первого CS-вызова 130, когда пользователь C 210 инициирует второй CS-вызов 220 с пользователем A (как представлено на фиг.2). В таком случае, пользователь A 110 может продолжать передавать данные 140 пользователю B 120, а пользователь C 210 может только слушать аудио в конференц-связи, а данные не обмениваются между пользователями A и C. Для другого варианта осуществления, пользователь A 110 может передавать данные 140 пользователю B 120 одновременно во время первого CS-вызова 130, когда пользователь A инициирует второй CS-вызов 220 с пользователем C 210. Пользователь A 110 может продолжать передавать данные 140 пользователю B 120, а пользователь C 210 может только слушать аудио в конференц-связи, а данные не обмениваются между пользователями A и C. Для еще одного варианта осуществления, пользователь A 110 может принимать данные 140 от пользователя B 120 одновременно во время первого CS-вызова 130, когда пользователь C 210 инициирует второй CS-вызов 220 с пользователем A. Пользователь A 110 может продолжать принимать данные 140 от пользователя B 120, а пользователь C 210 может только слушать аудио в конференц-связи, а данные не обмениваются между пользователями A и C. Для еще одного варианта осуществления, пользователь A 110 может принимать данные 140 от пользователя B 120 одновременно во время первого CS-вызова 130, когда пользователь A 210 инициирует второй CS-вызов 220 с пользователем C 210. Пользователь A 110 может продолжать принимать данные 140 от пользователя B 120, а пользователь C 210 может только слушать аудио в конференц-связи, а данные не обмениваются между пользователями A и C.
Для третьего сценария, передача 140 данных, ассоциированная с первым CS-вызовом 130, отбрасывается, и новый сеанс передачи данных (не показан) устанавливается с участниками 110, 210 второго CS-вызова 220. Для этого сценария, обмен данными происходит с участниками 110, 210 второго CS-вызова 220, и только аудио беседа происходит с участниками 110, 120 первого CS-вызова 130.
Обращаясь к фиг.3, предоставляется пример 300 четвертого сценария, в котором третье устройство 210 передает голосовой вызов 220 и осуществляет передачу 310 данных, такую как сеанс совместного использования видео, с одним из двух первоначальных устройств 110. Когда абонент устройства 110 мобильной связи участвует в комбинационном сеансе 100, который включает в себя первый CS-вызов 130, перед инициированием или приемом второго CS-вызова 220, передачи 140, 310 данных могут поддерживаться для более чем двух устройств беспроводной связи. В частности, первый поток передачи 140 данных, ассоциированной с первым CS-вызовом 130, поддерживается, и второй поток передачи 310 данных, ассоциированной со вторым CS-вызовом 220, может быть создан.
Существуют два подварианта для этого четвертого сценария, которые иллюстрируются следующими примерами. Если пользователь A 110 первого CS-вызова 130 активно участвовал в передаче данных через первый сеанс 140 передачи данных пользователю B 120 первого CS-вызова, то, когда устанавливается второй сеанс 310 передачи данных, пользователь A может начать передавать данные пользователю C 210 во втором CS-вызове 220, в то же время продолжая передавать данные пользователю B первого CS-вызова (как представлено на фиг.3). Пользователь A 110, таким образом, передает данные 140, 310 двум участникам 120, 210, ассоциированным с двумя различными CS-вызовами 130, 220, одновременно. Если, с одной стороны, пользователь A 110 в первом CS-вызове 130 активно принимал данные от пользователя B 120 первого CS-вызова, то, когда устанавливается второй сеанс 310 передачи данных, пользователь A пересылает данные, принятые от пользователя B первого CS-вызова, пользователю C 210 во втором CS-сеансе 220. Этот принцип пересылки может применяться по цепочке, давая в результате последовательности участников, которые совместно используют данные от одного отправителя.
Обращаясь к фиг.4, предоставляется блок-схема, иллюстрирующая примеры внутренних компонентов 400 устройств 110, 120, 210 беспроводной связи в соответствии с настоящим изобретением. Внутренние компоненты 400 могут включать в себя один или более проводных или беспроводных приемопередатчиков 402, один или более процессоров 404, блок 406 памяти, одно или более устройств 408 вывода и одно или более устройств 410 ввода. Например, каждый вариант осуществления может включать в себя пользовательский интерфейс, который содержит одно или более устройств 408 вывода и одно или более устройств 410 ввода. Также, каждый приемопередатчик 402 может быть непосредственно соединен проводом с другим компонентом или использовать беспроводную технологию связи, такую как, но не только, сотовую связь, такую как аналоговая связь (использующая AMPS), цифровая связь (использующая CDMA, TDMA, GSM, iDEN, GPRS или EDGE) и связь следующего поколения (использующая UMTS, WCDMA, LTE или IEEE 802.16) и их варианты; связь "точка-точка" или узкого применения, такую как HomeRF, Bluetooth и IEEE 802.11 (a, b, g или n); и другие формы беспроводной связи, такие как технология инфракрасной связи. Кроме того, каждый приемопередатчик 402 может быть приемником, передатчиком или обоими.
Внутренние компоненты 400 могут дополнительно включать в себя интерфейс 412 компонентов, чтобы предоставлять непосредственное соединение с вспомогательными компонентами или аксессуарами для дополнительной или расширенной функциональности и/или источником 414 электропитания, таким как блок питания или переносной аккумулятор, для предоставления электроэнергии другим внутренним компонентам.
Устройства 408, 410 ввода и вывода внутренних компонентов 400 могут включать в себя множество аудио, звуковых и/или механических устройств вывода. Например, устройство(а) 408 вывода может включать в себя устройство видеовывода, такое как электронно-лучевая трубка, жидкокристаллический дисплей, плазменный дисплей, лампа накаливания, дисплей с фронтальной проекцией или рирпроекцией и индикатор на светоизлучающих диодах. Другие примеры устройств 408 вывода включают в себя устройство вывода аудио, такое как динамик, сигнализатор и/или сирена, и/или механическое устройство вывода, такое как вибрирующий, движущийся или аниматронный механизм. Также, в качестве примера, устройства 410 ввода могут включать в себя устройство ввода видео, такое как оптический датчик (например, камера), устройство звукового ввода, такое как микрофон, или устройство механического ввода, такое как кнопка или клавиша выбора датчиков, датчик сенсорной панели, датчик сенсорного экрана, емкостной датчик, датчик движения и переключатель.
Блок 406 памяти внутренних компонентов 400 может использоваться процессором 404, чтобы хранить и извлекать данные. Данные, которые могут храниться блоком 406 памяти, включают в себя, но не только, операционные системы, приложения и данные. Каждая операционная система включает в себя исполняемый код, который управляет основными функциями устройств беспроводной связи, такими как взаимодействие между компонентами внутренних компонентов 400, связь с внешними устройствами через каждый приемопередатчик 402 и/или интерфейс 412 компонентов, и сохранение и извлечение приложений и данных в и из блока 406 памяти. Каждое приложение включает в себя исполняемый код, который использует операционную систему, чтобы обеспечивать более конкретную функциональность для устройств беспроводной связи. Данные являются неисполняемым кодом или информацией, которая может быть указана и/или управляться операционной системой или приложением для выполнения функций устройств беспроводной связи.
Следует понимать, что фиг.4 существует только в иллюстративных целях и для иллюстрации компонентов устройств беспроводной связи в соответствии с настоящим изобретением, и не предназначена, чтобы быть полным схематическим чертежом различных компонентов, требуемых для устройств беспроводной связи. Следовательно, устройства беспроводной связи могут включать в себя различные другие компоненты, не показанные на фиг.4, или могут включать в себя комбинацию двух или более компонентов или деление отдельного компонента на два или более отдельных компонентов и все еще будут находиться в рамках настоящего изобретения.
Обращаясь к фиг.5, показаны первоначальные условия между устройствами A и B и несколько сценариев, затрагивающих устройства C или D, которые могут следовать первоначальным условиям. Следует понимать, что многие различные сценарии могут применяться в соответствии с настоящим изобретением, и сценарии, описанные в данном документе, представлены в качестве примеров. Для первоначального условия, пользователь A 502 и пользователь B 504 находятся в сеансе CS-вызова по сети CS-домена, таком как сеанс голосового вызова, одновременно с сеансом передачи данных по сети PS-домена, таким как сеанс совместного использования видео. Либо сеанс CS-вызова, либо сеанс передачи данных может быть активирован первым, или они могут оба быть активированы одновременно. Например, сеанс CS-вызова может быть установлен первым, как представлено этапом 506, а сеанс передачи данных (такой как IMS-вызов) может быть установлен после этого, как представлено этапом 508. После того, как сеанс передачи данных установлен, одно устройство может отправлять данные другому устройству. Например, устройство пользователя A 502 может отправлять видеоданные через полудуплексную передачу видеоданных устройству пользователя B 504, как представлено этапом 510.
После того, как первоначальные условия установлены, последующие сценарии могут устанавливать связь с одним или более устройствами третьих сторон, такими как пользователь C 512. Устройство третьей стороны может инициировать вызов одной из существующих сторон, или наоборот. Для этого сценария, между двумя первоначальными устройствами устройство, отправляющее данные, управляет передачей данных с устройством(ми) третьей стороны во время комбинационного сеанса с коммутацией каналов плюс с коммутацией пакетов. Например, устройство пользователя C 512 может вызывать устройство пользователя A 502 по CS-каналу сети CS-домена (или, в альтернативе, устройство пользователя A может вызывать устройство пользователя C), чтобы инициировать связь между этими устройствами, как представлено этапом 514. В результате, устройство 502 пользователя A может связывать вновь сформированный CS-вызов с устройством 512 пользователя C с существующим CS-вызовом с устройством 504 пользователя B, чтобы формировать многостороннюю конференц-связь, как представлено этапом 516. Кроме того, устройство 502 пользователя A может сохранять свой сеанс передачи данных с, и продолжать отправлять данные, устройством 504 пользователя B и начинать другой сеанс с устройством 512 пользователя C, как представлено этапом 518. После этого, устройство 502 пользователя A может начинать отправку того же видеопотока, который оно отправляет устройству 504 пользователя B, устройству 512 пользователя C, как представлено этапом 520.
Для одного варианта осуществления, устройство 502 пользователя A может помещать CS-вызов с устройством 504 пользователя B в удержание в ответ на прием вызова от устройства 512 пользователя C или инициирование вызова устройству пользователя C, и сеанс совместного использования видео с устройством пользователя B будет приостановлен в ответ на помещение в удержание. Устройство 502 пользователя A может связывать CS-вызовы с устройством 504 пользователя B и устройством 512 пользователя C и, таким образом, формировать многосторонний CS-вызов. В ответ на формирование многостороннего вызова устройство 502 пользователя A может возобновлять первый сеанс совместного использования видео по сети PS-домена с устройством 504 пользователя B и инициировать второй сеанс совместного использования видео по сети PS-домена с устройством 512 пользователя C. После того, как устройство 512 пользователя C принимает приглашение к совместному использованию видео от устройства 502 пользователя A, устройство пользователя A может теперь начинать потоковую передачу как устройству 504 пользователя B, так и устройству пользователя C.
Другой сценарий, который может применяться после того, как первоначальные условия установлены, представлен этапами 522-528. Подобно предыдущему сценарию, устройство третьей стороны может инициировать вызов одной из существующих сторон, или наоборот. Для этого сценария, однако, устройство, принимающее данные, управляет передачей данных с устройством(ми) третьей стороны во время комбинационного сеанса с коммутацией каналов плюс с коммутацией пакетов. Например, устройство пользователя C 512 может вызывать устройство пользователя A 502 по CS-каналу сети CS-домена (или, в альтернативе, устройство пользователя A может вызывать устройство пользователя C), чтобы инициировать связь между этими устройствами, как представлено этапом 522. В результате, устройство 502 пользователя A может связывать вновь сформированный CS-вызов с устройством 512 пользователя C с существующим CS-вызовом с устройством 504 пользователя B, чтобы формировать многостороннюю конференц-связь, как представлено этапом 524. Кроме того, устройство 502 пользователя A может сохранять свой сеанс передачи данных с, и продолжать принимать данные от, устройством 504 пользователя B и начинать другой сеанс с устройством 512 пользователя C, как представлено этапом 526. После этого, устройство 502 пользователя A может начинать отправку того же видеопотока, который оно принимает от устройства 504 пользователя B, устройству 512 пользователя C, как представлено этапом 528.
Для одного варианта осуществления, устройство 502 пользователя A может помещать CS-вызов с устройством 504 пользователя B в удержание в ответ на прием вызова от устройства 512 пользователя C или инициирование вызова устройству пользователя C, и сеанс совместного использования видео с устройством пользователя B будет приостановлен в ответ на помещение в удержание. Устройство 502 пользователя A может связывать CS-вызовы с устройством 504 пользователя B и устройством 512 пользователя C и, таким образом, формировать многосторонний CS-вызов. В ответ на формирование многостороннего вызова устройство 502 пользователя A может возобновлять первый сеанс совместного использования видео по сети PS-домена с устройством 504 пользователя B и инициировать второй сеанс совместного использования видео по сети PS-домена с устройством 512 пользователя C. После того, как устройство 512 пользователя C принимает приглашение к совместному использованию видео от устройства 502 пользователя A, устройство пользователя A может теперь начинать потоковую передачу данных устройству пользователя C, которые оно принимает от устройства 504 пользователя B.
Еще один сценарий, который может применяться после того, как первоначальные условия установлены, представлен этапами 532-538. Подобно предыдущим сценариям, устройство третьей стороны может инициировать вызов одной из существующих сторон, или наоборот. Для этого сценария, однако, устройство 530 третьей стороны имеет возможность участия в вызове с коммутацией каналов во время комбинационного сеанса с коммутацией каналов плюс с коммутацией пакетов, но не имеет какой-либо возможности использовать данные, перенаправляемые первым устройством мобильной связи во время комбинационного сеанса с коммутацией каналов плюс коммутацией пакетов. В таком случае, устройства, способные использовать передачи данных, все еще способны поддерживать сеанс передачи данных, а также голосовые связи со всеми способными и неспособными обрабатывать данные устройствами. Например, устройство пользователя D 530 может быть неспособным обрабатывать данные устройством, которое вызывает устройство пользователя A 502 по CS-каналу сети CS-домена (или, в альтернативе, устройство пользователя A может вызывать устройство пользователя D), чтобы инициировать связь между этими устройствами, как представлено этапом 532. В результате, устройство 502 пользователя A может связывать вновь сформированный CS-вызов с устройством 530 пользователя D с существующим CS-вызовом с устройством 504 пользователя B, чтобы формировать многостороннюю конференц-связь, как представлено этапом 534. Кроме того, устройство 502 пользователя A может сохранять свой сеанс передачи данных с, и продолжать принимать данные от, устройством 504 пользователя B и не начинать другой сеанс с устройством 530 пользователя D, как представлено этапом 536. Например, устройство 502 пользователя A может запрашивать пользователя D 530 о его возможностях, или устройство пользователя D может предоставлять свои возможности (или их отсутствие) устройству пользователя A в ответ на инициирование связи на этапе 532 или во время формирования многосторонней конференц-связи на этапе 534. После этого, устройство 502 пользователя A может продолжать отправлять видеопоток устройству 504 пользователя B, как представлено этапом 538.
Хотя проиллюстрированы и описаны предпочтительные варианты осуществления изобретения, следует понимать, что изобретение не ограничено ими. Многочисленные модификации, изменения, варианты, замены и эквиваленты придут на ум специалистам в области техники без отступления от сущности и объема настоящего изобретения. Например, дополнительные услуги, описанные в данном документе, не ограничиваются многосторонней конференц-связью, а могут также применяться к другим услугам, таким как удержание вызова, ожидание вызова и т.п.