УСТАНОВЛЕНИЕ СЕАНСА ПОЛНОДУПЛЕКСНОЙ СВЯЗИ И ПЕРЕХОД МЕЖДУ ПОЛУДУПЛЕКСНЫМ И ПОЛНОДУПЛЕКСНЫМ РЕЖИМАМИ В ХОДЕ СЕАНСА СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
SETTING UP FULL-DUPLEX COMMUNICATION SESSION AND TRANSITIONING BETWEEN HALF-DUPLEX AND FULL-DUPLEX MODES DURING COMMUNICATION SESSION IN WIRELESS COMMUNICATION SYSTEM

Настоящая заявка на патент испрашивает приоритет согласно предварительной заявке США № 61/188590, озаглавленной "SYSTEM AND METHOD FOR TRANSITIONING BETWEEN HALF-DUPLEX AND FULL-DUPLEX COMMUNICATION SESSIONS BETWEEN WIRELESS COMMUNICATION DEVICES", поданной 11 августа 2008 года, которая полностью включена в данный документ посредством ссылки.
Область техники, к которой относится изобретение
Варианты осуществления изобретения направлены на установление сеанса полнодуплексной связи и переход между полудуплексным и полнодуплексным режимами в ходе сеанса связи в системе беспроводной связи.
Описание предшествующего уровня техники
Сеансы связи могут традиционно быть инициированы либо как полудуплексные сеансы (к примеру, PTT), либо как полнодуплексные сеансы (к примеру, VoIP). Когда синхронная полнодуплексная связь требуется между двумя устройствами связи, к примеру телефонный вызов между двумя телефонами, общераспространенным является то, чтобы инструктировать одному устройству пытаться начинать связь и организовывать соединение посредством контактирования с другим устройством. Телефонная система затем либо отправляет сигнал, либо организует канал полнодуплексной связи на основе коммутации каналов к другому устройству, и взаимодействующее устройство затем передает в широковещательном режиме предупреждение, такое как звонок или другое звуковое предупреждение, а также может выдавать визуальное предупреждение, такое как мигающий свет или активность дисплея, чтобы сообщать пользователю рядом с устройством о том, что другое устройство связи пытается организовывать связь. Пользователь затем отвечает взаимодействующему устройству, и полнодуплексная связь после этого организуется, либо, если связь уже организована, канал поддерживается.
В существующих телефонных системах объем системной служебной информации для того, чтобы начинать и затем пытаться организовывать полнодуплексный телефонный вызов, может быть значительным. Процесс начала вызова типично начинается с указания пользователем того, что он намерен осуществлять телефонный вызов, к примеру, посредством снятия телефонной трубки или нажатия кнопки для активной линии, и затем телефонная система принимает номер телефона, определяет намеченный номер, отправляет соответствующий сигнал предупреждения или организует канал связи к другому устройству и ожидает приема вызова. Это процесс в среднем длится 10 секунд и использует большой объем системной служебной информации в течение всего процесса. В вызывающих устройствах предусмотрена некоторая функциональность, к примеру быстрый набор номера, которая позволяет ускорять части процесса установления вызова, но это только частично уменьшает время установления вызова.
Предусмотрена услуга беспроводной связи, которая предоставляет быструю полудуплексную речевую связь "один-к-одному" или "один-ко-многим", которая, в общем, упоминается как поддержка режима с переключением между приемом и передачей" (PTT). Конкретная PTT-группа устройств-получателей для обменивающегося данными беспроводного устройства обычно устанавливается оператором связи, и соединение PTT-связи типично инициируется посредством одного нажатия кнопки на беспроводном устройстве, которое активирует линию полудуплексной связи между говорящим и устройством каждого члена группы, а когда кнопка отпущена, устройство может принимать входящие PTT-передачи. В некоторых компоновках PTT-говорящий имеет "разрешение на передачу", при котором другие члены группы не могут говорить в момент, когда говорящий активировал PTT-кнопку на своем устройстве. После того как говорящий отпускает PTT-кнопку, любой другой отдельный член группы может активировать свою PTT-кнопку, и он получает разрешение на передачу.
Система PTT-связи не использует систему "посылки вызовов", аналогичную стандартной телефонной системе, а вместо этого открывает канал связи к целевому беспроводному устройству после того, как члену группы предоставлено разрешение на разговор, и пользователь, обладающий разрешением на передачу, просто начинает говорить, при этом речь принимается и передается в широковещательном режиме в целевые устройства. Таким образом, в стиле "портативного радиотелефона", речь от инициирующего беспроводного устройства просто передается в широковещательном режиме от приемного беспроводного устройства, причем "ответ" не требуется в приемном беспроводном устройстве. Поскольку исходная речевая связь является полудуплексной, чтобы целевое устройство могло переговариваться с инициирующим беспроводным устройством (или другими членами группы), пользователь целевого устройства нажимает PTT-кнопку, отправляет запрос на разрешение на передачу, чтобы пытаться получать разрешение на передачу для сеанса. Таким образом, несколько устройств членов группы для PTT-группы не обмениваются параллельно мультимедийными данными в полудуплексном сеансе, как в полнодуплексном режиме.
Раскрытие изобретения
В варианте осуществления инициирующее устройство отправляет запрос на сервер, чтобы инициировать полнодуплексный сеанс с целевым устройством. В ответ на запрос на полнодуплексный режим полудуплексный сеанс устанавливается от инициирующего устройства с целевым устройством перед тем, как устанавливается полнодуплексный сеанс. Целевое устройство указывает свой прием полудуплексного сеанса, принимает полудуплексное мультимедиа от инициирующего устройства и избирательно указывает свой прием полнодуплексного сеанса. В другом варианте осуществления, в ходе сеанса, в настоящий момент поддерживаемого посредством либо полудуплексного режима, либо полнодуплексного режима, сервер, осуществляющий регулирование сеанса, принимает запрос от одного из участников сеанса, чтобы осуществлять перевод сеанса в другой тип дуплексного режима. Сервер затем избирательно осуществляет смену типа дуплексного режима сеанса.
Краткое описание чертежей
Фиг.1A является характерной схемой пары устройств связи, на которой инициирующее устройство связи открывает канал полудуплексной связи к целевому устройству связи по сети групповой связи с намерением организовывать "быстрый вызов" с ним.
Фиг.1B является характерной схемой устройств связи на фиг.1A, на которой целевое устройство связи принимает "быстрый вызов" с инициирующим устройством связи по сети групповой связи.
Фиг.1C является характерной схемой устройств связи на фиг.1A и 1B, на которой полнодуплексная связь организуется между устройствами по беспроводной сети.
Фиг.2 является характерной схемой беспроводной сети, на которой указанная PTT-группа устройств беспроводной связи обменивается данными с сервером групповой связи и другими компьютерными устройствами по беспроводной сети.
Фиг.3 является характерной схемой одного варианта осуществления беспроводной сети в общей конфигурации сотовой связи, на которой предусмотрен сервер групповой связи, который управляет обменом данными между устройствами беспроводной связи членов PTT-группы, и контроллер активных вызовов, который может избирательно обрабатывать полнодуплексную связь между устройствами связи после установления посредством сервера групповой связи.
Фиг.4 является блок-схемой, иллюстрирующей компьютерную платформу устройства беспроводной связи, здесь показанного как осуществленное с PTT-поддержкой.
Фиг.5 является схемой последовательности операций обработки процесса установления сеанса полнодуплексной связи посредством установления сначала сеанса полудуплексной связи в соответствии с вариантом осуществления изобретения.
Фиг.6 подробнее иллюстрирует процесс по фиг.5 с точки зрения целевого объекта сеанса в соответствии с вариантом осуществления изобретения.
Фиг.7 подробнее иллюстрирует процесс по фиг.5 с точки зрения сервера групповой связи в соответствии с вариантом осуществления изобретения.
Фиг.8 является схемой последовательности операций обработки сеанса связи, который переходит между полудуплексной связью и полнодуплексной связью в соответствии с вариантом осуществления изобретения.
Фиг.9 является другой схемой последовательности операций обработки сеанса связи, который переходит между полудуплексной связью и полнодуплексной связью в соответствии с вариантом осуществления изобретения.
Фиг.10 является блок-схемой последовательности операций способа для одного варианта осуществления перевода текущего полудуплексного сеанса между инициирующим устройством и целевым устройством к полнодуплексному сеансу в ответ на запрос на смену дуплексного режима, принимаемый от одного из участников сеанса.
Фиг.11 является блок-схемой последовательности операций способа для одного варианта осуществления перевода текущего полнодуплексного сеанса между инициирующим устройством и целевым устройством к полудуплексному сеансу в ответ на запрос на смену дуплексного режима от одного из участников сеанса.
Фиг.12 является блок-схемой последовательности операций способа для одного варианта осуществления процесса, выполняемого участником сеанса, вовлеченным в сеанс полудуплексной связи, когда другой участник сеанса полудуплексной связи запрашивает перевод сеанса из полудуплексного режима в полнодуплексный режим в соответствии с вариантом осуществления изобретения.
Осуществление изобретения
Аспекты изобретения раскрываются в последующем описании и связанных чертежах, направленных на конкретные варианты осуществления изобретения. Альтернативные варианты осуществления могут быть разработаны без отступления от области применения изобретения. Дополнительно, хорошо известные элементы изобретения не описываются подробно или опускаются с тем, чтобы не отвлекать от важных подробностей изобретения.
В этом описании термины "устройство связи", "беспроводное устройство", "устройство беспроводной связи", "устройство PTT-связи", "карманное устройство", "мобильное устройство" и "переносной телефон" используются взаимозаменяемо. Термины "вызов" и "связь" также используются взаимозаменяемо. Термин "приложение" при использовании в данном документе предназначен, чтобы заключать в себе исполняемые и неисполняемые программные файлы, необработанные данные, агрегированные данные, исправления и другие сегменты кода. Термин "полудуплексный режим" означает передачу только в одном направлении за раз (не одновременно или двунаправленно), и таким образом, после того как обменивающееся данными устройство начинает принимать полудуплексный сигнал, оно должно ожидать прекращения передачи от передающего устройства перед ответом, что является общераспространенным в системе PTT-связи. Термин "полнодуплексный режим" означает, что обмен данными может одновременно осуществляться в обоих направлениях между обменивающимися данными устройствами, что является общераспространенным при речевом телефонном вызове. Дополнительно, аналогичные номера ссылаются на аналогичные элементы по нескольким представлениям, а артикли "a" и "the" включают в себя ссылки во множественном числе, если иное не указано в описании.
Слова "примерный" и/или "пример" используются в данном документе для того, чтобы обозначать "служащий в качестве примера, отдельного случая или иллюстрации". Любой вариант осуществления, описанный в данном документе как "примерный" и/или "пример", не обязательно должен быть истолкован как предпочтительный или выгодный по сравнению с другими вариантами осуществления. Аналогично, термин "варианты осуществления изобретения" не требует того, чтобы все варианты осуществления изобретения включали в себя описанный признак, преимущество или режим работы.
Дополнительно, множество вариантов осуществления описано относительно последовательностей действий, которые должны быть выполнены, например, посредством элементов вычислительного устройства. Следует признавать, что различные действия, описанные в данном документе, могут выполняться посредством конкретных схем (к примеру, специализированных интегральных схем (ASIC)), посредством программных команд, выполняемых посредством одного или более процессоров, либо посредством комбинации и того, и другого. Дополнительно, эти последовательности действий, описанные в данном документе, могут рассматриваться как полностью осуществляемые в рамках любой формы машиночитаемого носителя, с сохраненным на нем соответствующим набором машинных инструкций, которые при исполнении должны побуждать ассоциированный процессор выполнять функции, описанные в данном документе. Таким образом, различные аспекты изобретения могут быть осуществлены в ряде различных форм, все из которых предполагаются как находящиеся в рамках объема заявляемого объекта изобретения. Помимо этого, для каждого из вариантов осуществления, описанных в данном документе, соответствующая форма любых этих вариантов осуществления может быть описана в данном документе как, например, "логика, выполненная с возможностью" осуществлять описанное действие.
Абонентская станция по стандарту высокоскоростной передачи данных (HDR), упоминаемая в данном документе как терминал доступа (AT), может быть мобильной или стационарной и может обмениваться данными с одной или более базовых HDR-станций, упоминаемых в данном документе как приемо-передающие устройства модемного пула (MPT) или базовые станции (BS). Терминал доступа передает и принимает пакеты данных через одно или более приемо-передающих устройств модемного пула в контроллер базовой HDR-станции, называемый контроллером модемного пула (MPC), контроллером базовой станции (BSC) и/или функцией управления пакетами (PCF). Приемо-передающие устройства модемного пула и контроллеры модемного пула являются частями сети, называемой сетью доступа. Сеть доступа транспортирует пакеты данных между несколькими терминалами доступа.
Сеть доступа дополнительно может быть подключена к дополнительным сетям вне сети доступа, например к корпоративной сети intranet или к Интернету, и может транспортировать пакеты данных между каждым терминалом доступа и такими внешними сетями. Терминал доступа, который установил активное подключение по каналу трафика с одним или более приемо-передающих устройств модемного пула, называется активным терминалом доступа и, как считается, находится в состоянии трафика. Терминал доступа, который находится в процессе установления активного подключения по каналу трафика с одним или более приемо-передающих устройств модемного пула, как считается, находится в состоянии установления соединения. Терминалом доступа может быть любое устройство передачи данных, которое обменивается данными посредством беспроводного канала или посредством проводного канала, например, с помощью оптоволоконных или коаксиальных кабелей. Терминалом доступа дополнительно может быть любое из ряда типов устройств, в том числе (но не только) карта PC Card, карта Compact Flash, внешний или внутренний модем либо беспроводной или проводной телефон. Линия связи, через которую терминал доступа отправляет сигналы в приемо-передающее устройство модемного пула, называется обратной линией связи или каналом трафика. Линия связи, через которую приемо-передающее устройство модемного пула отправляет сигналы в терминал доступа, называется прямой линией связи или каналом трафика. При использовании в данном документе термин "канал трафика" может упоминаться или как прямой, или обратный канал трафика.
В отношении чертежей, на которых аналогичные номера представляют аналогичные элементы, фиг.1A-1C иллюстрируют и дают общее представление использования полудуплексной связи между устройствами 10 и 12 связи, показанными здесь как мобильные телефоны, в качестве попытки начального контакта до организации полнодуплексной связи между ними. Другими словами, вариант осуществления изобретения направлен на установление временного полудуплексного сеанса от отправителя к одному или более целевых устройств во время установления или инициирования регулируемого сервером сеанса связи, который может в итоге переходить в полнодуплексный сеанс. Фиг.1A-1C иллюстрируют общее представление этого принципа, который подробнее описан ниже относительно других вариантов осуществления изобретения.
Фиг.1A является характерной схемой пары устройств 10 и 12 связи, на которой инициирующее устройство 12 связи открывает канал A полудуплексной связи к целевому устройству 12 связи по сети 16 групповой связи, такой как сеть мобильной связи, которая выступает в качестве хоста для полудуплексной PTT-связи между членами беспроводных устройств. Здесь, инициирующее устройство 10 (или устройство #1 в этом сценарии) должно организовывать "быстрый вызов" в целевое устройство 12 связи (или устройство #2), отображаемый на дисплее 18 устройства 10, и запрос на входящий быстрый вызов отображается на дисплее 20 устройства 12, сообщая пользователю устройства 12 то, что запрос на быстрый вызов исходит из устройства 1. При использовании в данном документе "быстрый вызов" соответствует любому чувствительному к задержке регулируемому сервером сеансу связи (к примеру полудуплексному сеансу, полнодуплексному сеансу, PTT-сеансу, VoIP-сеансу и т.д.). Информация, показанная на дисплее 20 касательно запроса на быстрый вызов, может предоставляться от сервера групповой связи (74 на фиг.2) или альтернативно может исходить из инициирующего устройства 10.
Кроме того, в одном варианте осуществления речь может отправляться от инициирующего устройства 10 по каналу полудуплексной PTT-связи, чтобы в звуковой форме отправлять информацию пользователю в целевом устройстве 12 при запросе на быстрый вызов. "Предупреждение" для запроса на быстрый вызов может быть похоже на типичный телефонный "звонок", но может быть звуковым или физическим (к примеру, вибрация) предупреждением и может продолжаться в течение заранее определенной длительности, к примеру 5 секунд, чтобы предоставлять пользователю целевого устройства 12 разумное время на то, чтобы определять то, хочет он или нет выполнять быстрый вызов. Таким образом, если предупреждением из начального PTT-вызова является зуммерный сигнал вызова, отправляемый от инициирующего устройства 10 беспроводной связи, целевое устройство 12 может просто нажимать кнопку "ответа", как в случае обычного телефонного вызова, и использование PTT-связи, чтобы устанавливать телефонный вызов, может быть полностью прозрачным для пользователей устройств 10 и 12.
Фиг.1B демонстрирует прием посредством целевого устройства 12 связи быстрого вызова, как показано на дисплее 20. Что касается фиг.1B, целевое устройство 12 связи отправляет прием B в сервер 74 групповой связи в рамках сети 16 групповой связи, который затем перенаправляет указание, относительно приема целевого устройства 12, в инициирующее устройство 10 связи. Таким образом, канал A полудуплексной связи поддерживается от инициирующего устройства 10 для начального контакта с целевым устройством 12 в то время, когда прием быстрого вызова обрабатывается, и канал C полнодуплексной связи устанавливается между целевым устройством 12 и инициирующим устройством 10.
В этом варианте осуществления, после того как прием быстрого вызова принят, полнодуплексный канал C устанавливается между устройством 10 и 12 связи, как показано на фиг.1C. Полнодуплексная связь C организуется между устройствами 10 и 12 связи по беспроводной сети 22, которая может быть сетью 16 групповой связи или любой другой полностью или частично беспроводной сетью. Как подробнее описано ниже, инициирующее устройство 10 и целевое устройство 12 могут иметь IP-адреса, и, таким образом, управление каналом полнодуплексной связи может прекращаться посредством сервера 74 групповой связи и поддерживаться как пакетный VoIP-трафик между соответствующими назначенными адресами устройств 10 и 12 связи. Альтернативно, как показано на фиг.2 и 3, другое устройство, такое как контроллер 78 активных вызовов, может использоваться для того, чтобы обслуживать установленную полнодуплексную связь, чтобы уменьшать объем служебной информации на сервере 74 групповой связи, чтобы поддерживать полнодуплексные каналы. Тем не менее, сервер 74 групповой связи и сеть 16 групповой связи могут поддерживать и/или управлять полнодуплексной связью полностью.
В примере, как подробнее описано ниже, каналы C сеанса полнодуплексной связи могут соответствовать поддержанию отправителем вызова своего полудуплексного канала A и заданию для целевого объекта(ов) начального вызова, чтобы получать собственный канал. Таким образом, полудуплексный канал отправителя вызова не должен разрываться и повторно инициализироваться во время перехода из полудуплексного режима в полнодуплексный режим связи.
Фиг.2 иллюстрирует один вариант осуществления системы 60, в котором сервер 74 групповой связи выполнен с возможностью осуществлять регулирование сеансов связи между одним или более устройствами беспроводной связи в PTT-группе 62, такими как беспроводной телефон 64, интеллектуальное устройство 66 поискового вызова и/или персональное цифровое устройство (PDA) 68, и другими устройствами беспроводной связи по беспроводной сети 70. В системе 60 каждое устройство 64, 66, 68 беспроводной связи допускает избирательный и непосредственный обмен данными по сети 70 беспроводной связи с целевым набором из одного или более других устройств беспроводной связи через полудуплексную связь и/или полнодуплексную связь. Например, целевым набором для мобильного телефона 64 могут быть все устройства в группе 62 связи или их поднабор, к примеру устройство 66 поискового вызова и PDA 68. Другие устройства связи альтернативно могут использоваться в настоящей системе, которая может иметь другие проводные сетевые соединения, при условии, что таким устройствам предоставляется возможность участвовать в полудуплексной PTT-связи или полнодуплексной связи, если такая осуществляется через сервер 74 групповой связи.
В варианте осуществления компьютерное устройство для групповой связи, показанное здесь как сервер 74 групповой связи, которое присутствует в серверной LAN 72 в беспроводной сети 70, выполнено с возможностью указывать, что беспроводное устройство присутствует, т.е. является доступным в беспроводной сети 70. Сервер 74 групповой связи может использовать эту информацию совместно с набором целевых устройств беспроводной связи, указанных посредством первого устройства беспроводной связи, или также может использовать эту информацию совместно с другими компьютерными устройствами, резидентно размещаемыми в серверной LAN 72 или доступными по беспроводной сети 70. Сервер 74 групповой связи может иметь подключенную или доступную базу 76 данных, чтобы сохранять идентификационные данные группы для беспроводных устройств. Таким образом, сервер 74 групповой связи обрабатывает осуществление регулирования сеансов групповой связи в рамках сети. Дополнительно, сервер 74 групповой связи может представлять несколько серверов 74 групповой связи в сети, при этом каждый сервер 74 групповой связи осуществляет регулирование сеансов в различных областях сети. Следует принимать во внимание, что число компьютерных компонентов, резидентно размещающихся в серверной LAN 72 или в сотовой сети 70, или, в общем, в Интернете, не ограничено.
В примере, прямая связь, такая как PTT-связь, может устанавливаться через полудуплексный канал между обменивающимся данными устройством 64, 66, 68 беспроводной связи и одним или более других устройств беспроводной связи целевого набора. Компьютерное устройство 74 для групповой связи также может сообщать устройству 64, 66, 68 беспроводной связи о невозможности организовывать прямую связь с целевым набором 62, когда ни одно из устройств беспроводной связи (или, по меньшей мере, одно) целевого набора не сообщает компьютерному устройству 74 для групповой связи о своем присутствии в беспроводной сети 70. Дополнительно, хотя компьютерное устройство для групповой связи 32 показано здесь как имеющее подключенную базу 76 данных идентификационных данных группы, компьютерное устройство 74 для групповой связи может резидентно иметь идентификационные данные группы и выполнять все функции хранения, описанные в данном документе.
Таким образом, в варианте осуществления попытка в итоге организовывать полнодуплексную синхронную связь выполняется посредством начальной отправки запроса на полудуплексную связь с переключением между приемом и передачей от инициирующего члена PTT-группы 62 в другое целевое устройство связи, такое как мобильный телефон 65. Целевое устройство 65 связи затем принимает PTT-связь с данными быстрого вызова от инициирующего устройства связи (или не принимает, если целевые устройства связи осуществлены так, чтобы управлять этой функциональностью) и определяет то, "отвечать" или нет на быстрый вызов, как показано на фиг.1A-1C. В этом варианте осуществления попыткой организации является прием полудуплексной связи в целевом устройстве(ах) связи, в противоположность организации полнодуплексного речевого канала к инициирующему устройству, как происходит при осуществлении традиционного телефонного вызова. Тем не менее, речь или другие данные (к примеру, уведомляющее сообщение, выполненное с возможностью уведомлять о сеансе связи), переносимые при полудуплексной передаче от инициирующего устройства связи, требуют немедленной доставки, так что такой попыткой организации связи по-прежнему является попытка с синхронной связью.
Также в варианте осуществления на фиг.2 показан контроллер 78 активных вызовов, который может использоваться для того, чтобы размещать и/или управлять каналами полнодуплексной связи после перехода от полудуплексной связи 74, опосредуемой посредством сервера групповой связи. Этот вариант осуществления тем самым предоставляет серверу 74 групповой связи возможность передавать обслуживание каналов полнодуплексной связи после установления, чтобы уменьшать объем служебной информации сервера 74.
Хотя групповой связью типично служат полудуплексные речевые данные между членами группы 62 связи, групповой связью может быть речь, приложения, графическое мультимедиа, такое как изображения в JPEG, TIF и т.п., или аудиофайлы, такие как MP3, MP4, WAV и т.п. Мультимедиа также может быть потоковым мультимедиа, к примеру мультимедийным приложением (PowerPoint, MOV-файл и т.п.).
Таким образом, в общем представлении предусмотрена система 60 для организации канала полнодуплексной связи между двумя устройствами беспроводной связи, такими как устройства 10 и 12 связи на фиг.1A-1C, по сети 70 беспроводной связи. Инициирующее устройство 10 связи выполнено с возможностью организовывать один или более каналов полнодуплексной связи с одним или более устройствами 64, 66, 68 связи по сети 70 беспроводной связи, и инициирующее устройство 10 связи дополнительно выполнено с возможностью избирательно отправлять полудуплексную связь в одно или более устройств 64, 66, 68 связи, к примеру PTT-связь. По меньшей мере, одно устройство 64, 66, 68 беспроводной связи аналогично выполнено с возможностью организовывать один или более каналов полнодуплексной связи с одним или более устройствами 64, 66, 68 связи, по меньшей мере, частично по сети 70 беспроводной связи, и это устройство беспроводной связи дополнительно выполнено с возможностью избирательно принимать полудуплексную связь от одного или более устройств 64, 66, 68 связи. Сервер 74 групповой связи управляет групповой связью между множеством устройств беспроводной 62 связи по сети 70 беспроводной связи, при этом групповая связь первоначально состоит из полудуплексной связи от инициирующего устройства беспроводной связи (мобильного телефона 10), направленной на устройства беспроводной связи других членов группы связи. После отправки посредством устройства 10 беспроводной связи полудуплексной связи в целевое устройство 12 беспроводной связи через сервер 74 групповой связи целевое устройство 12 беспроводной связи затем принимает (подтверждает) и отправляет прием в инициирующее устройство 10 беспроводной связи через сервер 74 групповой связи, причем сервер 74 групповой связи далее организует полнодуплексную связь между инициирующим устройством 10 беспроводной связи и целевым устройством 12 беспроводной связи.
В одном варианте осуществления полудуплексная связь и окончательное установление полнодуплексной связи осуществляется в результате обмена пакетами данных по протоколу "речь-по-интернет протоколу (IP)" (VoIP) между обменивающимися данными устройствами. Следовательно, сервер 74 групповой связи дополнительно может быть выполнен с возможностью получать назначенные сетевые адреса (типично назначаемые посредством PDSN 82) для инициирующего устройства 10 беспроводной связи и целевого устройства 12 беспроводной связи, чтобы прекращать управление полнодуплексной связью после установления. В случае полнодуплексного режима следует принимать во внимание, что сервер 74 групповой связи по-прежнему принимает мультимедиа от членов группы и перенаправляет мультимедиа другим членам группы, но сервер 74 групповой связи не отвечает за осуществление регулирования разрешений на передачу при работе в полнодуплексном режиме. Как показано на фиг.2 и 3, сервер 74 групповой связи дополнительно может быть выполнен с возможностью передавать управление полнодуплексной связи другому компьютерному устройству, такому как контроллер 78 активных вызовов или другой мультимедийный контроллер.
В одном варианте осуществления инициирующее устройство 10 беспроводной связи дополнительно может быть выполнено с возможностью избирательно инструктировать целевому устройству 12 беспроводной связи принимать полнодуплексную или полудуплексную связь и активировать установление связи. Например, мобильное устройство, которое предназначено для того, чтобы использоваться ребенком, может быть выполнено с возможностью разрешать родителю инструктировать мобильному устройству открывать полнодуплексную или полудуплексную связь с инициирующим устройством так, что родитель может инструктировать телефону ребенка отвечать. Родитель может использовать этот признак, чтобы отслеживать активность ребенка, к примеру, этот признак также может использоваться в случаях похищения детей, когда у ребенка остается мобильное устройство.
Фиг.3 является характерной схемой одного варианта осуществления беспроводной сети в общей конфигурации сотовой связи, имеющей последовательность компьютерных устройств 74 для групповой связи (серверов групповой связи), которые управляют обменом данными между устройствами беспроводной связи заданных членов группы (устройства 100 102 104 106) в PTT-системе. Беспроводная сеть является только примерной и может включать в себя любую систему, посредством которой удаленные модули обмениваются данными по радиоинтерфейсу между собой или с компонентами беспроводной сети 70, в том числе, без ограничения, операторами связи в беспроводной сети и серверами. Ряд серверов 74 групповой связи подключены к LAN 50 серверов групповой связи. Беспроводные телефоны могут запрашивать сеансы передачи пакетных данных от серверов 74 групповой связи с помощью варианта услуги передачи данных. Кроме того, в серверной LAN 80 показан контроллер 78 активных вызовов, подобный контроллеру, описанному на фиг.2.
Сервер(ы) 74 групповой связи подключается к обслуживающему узлу пакетной передачи данных (PDSN) поставщика беспроводных услуг, такому как PDSN 82, показанному здесь резидентно размещаемым в сети 84 оператора связи. Каждый PDSN 82 может взаимодействовать с контроллером 94 базовой станции для базовой станции 90 через функцию 92 управления пакетами (PCF). PDSN 82 типично должен назначать сетевые адреса устройствам беспроводной связи, к примеру сетевые IP-адреса для VoIP-связи. PCF 82 типично находится в базовой станции 90. Сеть 84 оператора связи управляет сообщениями (в общем, в форме пакетов данных), отправляемыми в центр 88 коммутации мобильной связи (MSC). Сеть 84 оператора связи обменивается данными с MSC 88 посредством сети, Интернета и/или POTS (обычной телефонной сети). Типично, сетевое или Интернет-соединение между сетью 84 оператора связи и MSC 88 передает данные, а POTS передает речевую информацию. MSC 88 может быть подключен к одной или более базовых станций 90. Аналогично сети оператора связи, MSC 88 типично к подключен к базовой приемо-передающей станции (иногда называемой "канал до источника") (BTS) 96посредством сети и/или Интернета для передачи данных и посредством POTS для речевой информации. BTS 96 в итоге передает в широковещательном режиме и принимает сообщения в беспроводном режиме в и из беспроводных устройств, таких как сотовые телефоны 100 102 104 106, посредством службы коротких сообщений (SMS) или других способов передачи по радиоинтерфейсу, известных в данной области техники. Также следует отметить, что границы сети оператора связи и/или границы сети PTT-оператора не препятствуют или запрещают совместное использование данных, как описано в данном документе.
Сотовые телефоны и устройства мобильной связи, например беспроводной телефон 100, производятся с расширенными вычислительными возможностями и становятся эквивалентными персональным компьютерам и карманным PDA. Эти "интеллектуальные" сотовые телефоны позволяют разработчикам программного обеспечения создавать программные приложения, которые загружаются и приводятся в исполнение посредством процессора беспроводного устройства. Беспроводное устройство, такое как сотовый телефон 100, может загружать множество типов приложений, таких как веб-страницы, апплеты, мидлеты, игры и данные. В беспроводных устройствах, которые имеют указанную группу 62 связи (фиг.2), устройство беспроводной связи может непосредственно соединяться с другим членом набора и участвовать в сеансах обмена данными и речью. Тем не менее, все сеансы этой связи могут быть "регулируемыми сервером", что означает то, что сеансы связи должны осуществляться или управляться посредством сервера 74 групповой связи. Каждый пакет данных устройств не обязательно должен проходить непосредственно через сервер 74 групповой связи, но сервер 74 групповой связи должен иметь возможность в итоге управлять сеансом связи, поскольку это типично единственный серверный 80 компонент, который имеет сведения и/или может извлекать идентификационные данные членов группы связи или направлять идентификационные данные членов группы 62 связи в другое компьютерное устройство.
Фиг.4 является блок-схемой, иллюстрирующей один вариант осуществления устройства связи (инициирующего или целевого), которое является мобильным телефоном 110 с PTT-кнопкой 112, которая открывает прямую связь с целевым набором устройств, т.е. с другими членами группы 62 связи. Беспроводное устройство 110 также показано как имеющее графический дисплей 114 для пользователя беспроводного устройства 110 и микрофон 115, который может использоваться для того, чтобы захватывать аудио рядом с устройством 110. Беспроводное устройство 110 также включает в себя камеру 113, которая может захватывать видеоданные рядом с устройством.

Беспроводное устройство 110 включает в себя компьютерную платформу 116, которая может обрабатывать речевые пакеты и пакеты данных и принимать и выполнять приложения, передаваемые по беспроводной сети 70, чтобы включать в себя групповую связь. Компьютерная платформа 116 включает в себя, помимо других компонентов, специализированную интегральную схему (ASIC) 122 или другой процессор, микропроцессор, логическую схему, программируемую вентильную матрицу или другое устройство обработки данных. ASIC 122 устанавливается во время изготовления беспроводного устройства и обычно не поддерживает обновление. ASIC 122 или другой процессор выполняет уровень 124 интерфейса прикладного программирования (API), который включает в себя резидентную прикладную среду и может включать в себя операционную систему, загружаемую на ASIC 122. Резидентные программы могут храниться в запоминающем устройстве 126 беспроводного устройства. Примером резидентной прикладной среды является программное обеспечение Binary Runtime Environment For Wireless (BREW), разработанное компанией QUALCOMM для платформ беспроводных устройств.
Как показано здесь, хотя беспроводное устройство может быть мобильным телефоном 110 с графическим дисплеем 114, в альтернативных вариантах осуществления беспроводное устройство может соответствовать любому типу беспроводного устройства с компьютерной платформой 116, известному в данной области техники, такому как персональное цифровое устройство (PDA), устройство поискового вызова с графическим дисплеем 114 или даже отдельной компьютерной платформе 116, которая имеет портал беспроводной связи и может в иных случаях иметь проводное подключение к сети или Интернету. Дополнительно, запоминающее устройство 116 может включать в себя постоянное или оперативное запоминающее устройство (RAM и ROM), EPROM, EEPROM, флэш-карты или любое запоминающее устройство, стандартное для компьютерных платформ. Компьютерная платформа 116 также может включать в себя локальную базу 118 данных для сохранения приложений, не используемых активно в запоминающем устройстве 126. Локальная база 118 данных типично состоит из одной или более ячеек флэш-памяти, но может быть любым вторичным или третичным устройством хранения данных, известным в данной области техники, например магнитными носителями, EPROM, EEPROM, оптическими носителями, лентами либо программируемым или жестким диском.
В этом варианте осуществления беспроводного устройства компьютерная платформа 116 по фиг.4 также включает в себя интерфейс 120 связи, который может открывать каналы связи от беспроводного устройства (к примеру, для речевых вызовов, полнодуплексных вызовов, полудуплексных вызовов, PTT-сеансов, VoIP-сеансов и т.д.). Интерфейс 120 прямой связи также может быть частью стандартного интерфейса связи для беспроводного устройства, который обычно переносит речь и данные, передаваемые в и из беспроводного устройства. Интерфейс 120 связи типично включает в себя аппаратные средства, как известно в данной области техники.
В примере, если осуществлено как целевое устройство 12 беспроводной связи, включающее в себя микрофон 115 для записи звука, и целевое устройство 12 беспроводной связи, способное принудительно инструктироваться отвечать на запрос на быстрый вызов и открывать полнодуплексную связь, инициирующее устройство 10 беспроводной связи дополнительно может быть выполнено с возможностью избирательно активировать микрофон 115 в целевом устройстве 12 связи после принудительного инструктирования полнодуплексной связи. Целевое устройство 12 связи, соответственно, дополнительно может быть выполнено с возможностью избирательно разрешать принудительное инструктирование установления полнодуплексного канала и избирательно разрешать активацию микрофона 115, к примеру, через заранее определенную настройку на устройстве.
Фиг.5 является схемой последовательности операций обработки процесса установления сеанса полнодуплексной связи посредством установления сначала сеанса полудуплексной связи в соответствии с вариантом осуществления изобретения. Что касается фиг.5, отправитель сеанса (к примеру, PTT-клиент 132) отправляет запрос на установление вызова в сервер 134 групповой связи (GCS), чтобы запрашивать инициирование сеанса полнодуплексной PTT-связи, по меньшей мере, с одним целевым объектом сеанса (к примеру, PTT-клиентом 138), этап 500. В примере, запрос на установление вызова на этапе 500 может содержать адрес(а) целевого пользователя, идентификатор приложения группы, запрос, чтобы устанавливать группу, и т.д. В дополнительном примере, запрос на установление вызова также может отправляться в сообщении канала доступа типа "данные вместе со служебными сигналами" (DoS). Подсказка (сообщение с запросом для пользователя) на установление вызова дополнительно выполнена с возможностью указывать, для GCS 134, намерение отправителя сеанса сначала устанавливать сеанс как полудуплексный режим, учитывая, что сеанс может позднее переходить в полнодуплексный режим после того, как целевой объект вызова принимает переход в полнодуплексный режим (к примеру, посредством ответа на вызов). Следует принимать во внимание, что отправитель сеанса может отправлять сообщения по каналу с доступом по обратной линии связи без необходимости устанавливать выделенный канал трафика, по которому следует передавать, так что сообщение канала доступа DoS может потенциально отправляться в GCS 134 быстрее по сравнению с сообщением установления вызова, которое отправляется по TCH. GCS 134 (к примеру, обработчик вызовов с диспетчеризацией (DCH)) выполняет функции установления PTT-вызова, этап 504, включающие в себя нахождение целевого объекта, применение ограничений в вызове и выбор вокодера. GCS 134 также проверяет то, допускает или нет целевой объект участие в сеансе связи, этап 508. GCS 134 затем отправляет уведомляющее сообщение, через обслуживающий BSC 136 целевого объекта сеанса, которое уведомляет о сеансе полнодуплексной связи, этап 512. Следует принимать во внимание, что уведомляющее сообщение сконфигурировано уведомлять о "потенциальном" полнодуплексном сеансе в том смысле, что сеанс первоначально должен быть полудуплексным и должен переходить в полнодуплексный режим после того, как целевой объект вызова принимает переход. В варианте осуществления уведомляющее сообщение, отправленное на этапе 512, может быть выполнено с возможностью принудительно принимать сеанс, так что целевой объект принимает вызов без вмешательства. Альтернативно, уведомляющее сообщение не обязательно должно быть сконфигурировано таким образом.
Целевой объект сеанса (к примеру, PTT-клиент 138) принимает уведомляющее сообщение входящего вызова на этапе 512 и затем определяет то, занят или нет целевой объект сеанса, так что вызов не может быть принят, этап 516. Например, если целевой объект сеанса уже участвует в другом сеансе связи, целевой объект сеанса может отклонять уведомленный сеанс. В противном случае, если целевой объект сеанса определяет то, что он не занят, целевой объект сеанса отправляет сообщение приема вызова по каналу обратной линии связи (к примеру, по каналу с доступом по обратной линии связи) в BSC 136, с тем чтобы перенаправляться в GCS 134 520. В примере, прием вызова на этапе 516 и 520 может быть "автоматическим" или принудительным в том смысле, что пользователю PTT-клиента 138 не разрешено отклонять сеанс. Альтернативно, пользователь PTT-клиента 138 может намеренно выбирать принимать сеанс. При условии, что BSC 136 определяет то, что достаточные ресурсы доступны для поддержки сеанса связи, этап 524, BSC 136 перенаправляет сообщение приема вызова в GCS 134, этап 528. После приема сообщения приема вызова от первого ответчика на уведомляющее сообщение, этап 528, этап 532, GCS 134 отправляет сообщение предоставления разрешения на передачу отправителю сеанса, этап 536, и отправитель сеанса подтверждает прием сообщения предоставления разрешения на передачу, этап 540.
Здесь, наряду с ACK-сообщением предоставления разрешения на передачу, отправитель сеанса начинает перенаправление мультимедиа, которое должно отправляться, по меньшей мере, одному целевому объекту сеанса полудуплексным способом. Другими словами, целевой объект сеанса не обязательно уже имеет канал трафика (TCH), чтобы передавать мультимедиа обратно отправителю сеанса полнодуплексным способом. Таким образом, здесь, когда отправитель сеанса имеет разрешение на передачу, сеанс связи на этой стадии является полудуплексным, даже если сеанс, запрашиваемый для инициирования на этапе 500, является полнодуплексным сеансом. Соответственно, временный полудуплексный сеанс устанавливается, чтобы упрощать перенаправление начального мультимедиа от отправителя сеанса целевому объекту сеанса перед тем, как полнодуплексный сеанс устанавливается.
Соответственно, GCS 134 принимает мультимедиа (к примеру, речь и/или другие данные) от отправителя сеанса и перенаправляет мультимедиа в BSC 136, этап 544, для передачи целевому объекту сеанса, этап 548. В ходе участия в полудуплексном сеансе, который первоначально установлен между отправителем сеанса и целевым объектом сеанса, целевой объект сеанса либо (i) автоматически "отвечает" на вызов, чтобы получать ресурсы вызова для участия в полнодуплексной связи, либо, альтернативно, (ii) выдает сообщение пользователю целевого объекта сеанса, чтобы запрашивать, хочет пользователь участвовать в сеансе только как слушатель или как активный участник. В этом примере, допустим, что целевой объект сеанса определяет отвечать на вызов и принимать участие в сеансе полнодуплексным способом. Соответственно, в некоторый момент, допустим, что целевой объект сеанса получает требуемые ресурсы, чтобы участвовать в сеансе полнодуплексным способом. Другими словами, в случае необходимости, целевой объект сеанса может получать TCH, по которому следует отправлять мультимедиа обратно отправителю сеанса (к примеру, даже если целевой объект сеанса уже может иметь TCH, и в этом случае инициализация дополнительного TCH не требуется). Здесь, целевой объект сеанса отправляет другое сообщение приема вызова в BSC 136, этап 552, которое перенаправляется в GCS 134, этап 556. Следует принимать во внимание, что сообщения приема вызова на этапе 520 и 552 отправляются в ответ на уведомляющее сообщение от 512, причем первое сообщение приема вызова на этапе 520 указывает прием посредством целевого объекта временного полудуплексного сеанса, а второе сообщение приема вызова 552 указывает прием и готовность посредством целевого объекта участвовать в сеансе через полнодуплексный режим. В альтернативном варианте осуществления, хотя не показано на фиг.5, уведомляющее сообщение 512 может представлять два отдельных уведомляющих сообщения, так что первое уведомляющее сообщение может отправляться, чтобы уведомлять о сеансе полудуплексной связи, а второе уведомляющее сообщение может отправляться позднее (но до этапа 552), чтобы уведомлять о сеансе полнодуплексной связи.
GCS 134 затем узнает, что полудуплексный сеанс может переходить в полнодуплексный сеанс. По сути, GCS 134 отправляет сообщение предоставления разрешения на вызов каждому активному участнику сеанса (к примеру, отправителю сеанса и целевому объекту сеанса), этап 560 и 564. Сообщение предоставления разрешения на вызов включает в себя инструкции относительно сетевого объекта, который должен обрабатывать осуществление регулирования полнодуплексного сеанса, которым не обязательно является GCS 134. Например, обслуживание сеанса может передаваться контроллеру 78 активных вызовов или PTT-клиентам 132 и 138, этап 568 (как, например, если осуществлено с назначением сетевого адреса для VoIP-связи). В примере, ресурсы вызова, выделяемые отправителю сеанса для временного полудуплексного сеанса, могут поддерживаться и многократно использоваться в ходе полнодуплексного сеанса, так что ресурсы вызова отправителя не должны разрываться и повторно инициализироваться снова. Таким образом, полудуплексный сеанс может завершаться только в том смысле, что обратный тракт добавляется после преобразования в полнодуплексный режим в примере.
Соответственно, фиг.5 показывает, как чувствительные к задержке процедуры установления вызова, типично ассоциированные с полудуплексными сеансами, могут использоваться для того, чтобы устанавливать сеанс полнодуплексной связи быстрее, так что временный полудуплексный сеанс устанавливается, после чего выполняется итоговое преобразование в полнодуплексный режим. В примере, процесс по фиг.5 может быть реализован для полнодуплексных сеансов, которые считаются чувствительными к задержке (к примеру, "быстрых вызовов"). Альтернативно, возможно такое, что процесс по фиг.5 может использоваться для установления сеансов полнодуплексной связи.
Фиг.6 подробнее иллюстрирует процесс по фиг.5 с точки зрения целевого объекта сеанса в соответствии с вариантом осуществления изобретения. Что касается фиг.6, уведомление о сеансе полнодуплексной связи (к примеру, PTT), который временно инициирован как сеанс полудуплексной связи, принимается в целевом объекте сеанса, этап 150 (к примеру, уведомляющее сообщение по PTT-вызову принято на этапе 512 по фиг.5, которое может быть интерпретировано как уведомление для полудуплексного сеанса и для полнодуплексного сеанса). Целевой объект сеанса определяет, может или нет сеанс полудуплексной связи приниматься, на этапе 152 (к примеру, аналогично этапу 516 по фиг.5). Если целевой объект сеанса определяет то, что уведомленный сеанс полудуплексной связи не может приниматься, целевой объект сеанса передает сообщение отклонения вызова (к примеру, уведомляющее ACK-сообщение (с отклонением)) в GCS 134, этап 160. В противном случае, если целевой объект сеанса определяет то, что можно принимать сеанс полудуплексной связи, на этапе 152, то сеанс полудуплексной связи принимается на этапе 154 (к примеру, посредством отправки сообщения приема вызова, аналогично этапу 520 по фиг.5). В примере, прием на этапе 154 либо может быть автоматическим при условии, что целевой объект сеанса допускает прием сеанса полудуплексной связи (к примеру, если входящий запрос на осуществление связи на этапе 150 выполнен с возможностью принудительно принимать сеанс), либо альтернативно может быть основан на намеренном приеме сеанса пользователем целевого объекта сеанса.
После приема сеанса полудуплексной связи на этапе 154 целевой объект сеанса определяет, имеет или нет уведомленный сеанс полудуплексной связи потенциал для перевода в полнодуплексный сеанс. Другими словами, уведомленные сеансы полудуплексной связи типично являются полудуплексными по своему характеру. Действительно, даже на фиг.5 и 6, сеанс начинается как полудуплексный режим, даже если в итоге осуществляется его перевод в полнодуплексный режим. Таким образом, на этапе 156 целевой объект сеанса определяет, имеет или нет этот конкретный сеанс полудуплексной связи потенциал для перевода в полнодуплексный сеанс (к примеру, на основе конфигурации заголовка в уведомляющем PTT-сообщении и т.д.). Если целевой объект сеанса определяет то, что сеанс полудуплексной связи является "типичным" полудуплексным сеансом (к примеру, назначение сеанса состоит в том, чтобы быть полудуплексным и не переходить впоследствии в полнодуплексный режим) на этапе 156, процесс возвращается к этапу 154, и целевой объект сеанса участвует в сеансе через полудуплексные протоколы, как известно в данной области техники.
Альтернативно, если целевой объект сеанса определяет то, что сеанс связи первоначально является полудуплексным сеансом, но имеет дополнительный потенциал для перевода в полнодуплексный сеанс на этапе 156, то целевой объект сеанса выдает своему пользователю подсказку относительно того, хочет или нет пользователь "отвечать" на вызов, этап 164. Другими словами, ответ на вызов в этом случае означает то, чтобы участвовать в сеансе связи как другой говорящий, что означает осуществлять перевод сеанса в полнодуплексный режим. В альтернативном примере, выдача подсказки по этапу 164 может пропускаться, и целевому объекту сеанса может принудительно инструктироваться, чтобы осуществлять перевод сеанса в полнодуплексный режим (к примеру, если входящий запрос на осуществление связи на этапе 150 выполнен с возможностью принудительно принимать сеанс). Целевой объект сеанса определяет то, принимает или нет пользователь выданную подсказку, этап 158. Если нет, целевой объект сеанса передает сообщение отклонения вызова в GCS 134, этап 160. В этом случае, сообщение отклонения вызова может быть выполнено с возможностью либо (i) отклонять полнодуплексный характер вызова при одновременном разрешении целевому объекту сеанса продолжать участвовать в PTT-сеансе полудуплексного характера как слушателю, либо (ii) полностью отклонять сеанс и вообще прерывать сеанс. Альтернативно, вместо передачи сообщения отклонения вызова целевой объект сеанса может просто отказываться от отправки второго сообщения приема вызова на этапе 162, при этом GCS 134 интерпретирует отсутствие второго сообщения приема вызова как отклонение перевода в полнодуплексный режим. В другом варианте осуществления второй прием вызова (полнодуплексный режим) задается необязательным, и отправитель может рассматривать прием мультимедиа от целевого объекта как неявное подтверждение того, что целевой объект принимает полнодуплексный режим.
В противном случае, если целевой объект сеанса определяет отвечать на вызов (к примеру, автоматически или по запросу пользователем) и участвовать в полнодуплексном сеансе, целевой объект сеанса отправляет в GCS 134 сообщение приема вызова, которое указывает, что временный полудуплексный сеанс может теперь переходить в полнодуплексный сеанс (к примеру, аналогично 552 по фиг.5). Сообщение приема вызова на этапе 154 (или 520 по фиг.5) и 162 (или 552 по фиг.5) в примере может быть сконфигурировано аналогично, при этом GCS 134 интерпретирует первое принимаемое сообщение приема вызова как прием полудуплексной части сеанса, а второе принимаемое сообщение приема вызова как прием перехода в полнодуплексный режим для сеанса. Хотя не показано на фиг.6, в течение этого периода перед тем, как осуществляется перевод в полнодуплексный режим, целевой объект сеанса может отслеживать канал нисходящей линии связи и принимать мультимедиа от отправителя сеанса полудуплексным способом. На этапе 166 целевой объект сеанса определяет то, что запрашиваемый полнодуплексный сеанс установлен в пределах порогового периода времени. Если нет, целевой объект сеанса передает сообщение отклонения вызова в GCS 134, 160. В противном случае полнодуплексный сеанс устанавливается и процесс установления по фиг.6 завершается.
Фиг.7 подробнее иллюстрирует процесс по фиг.5 с точки зрения сервера 134 групповой связи в соответствии с вариантом осуществления изобретения. Что касается фиг.7, сервер 74 или 134 групповой связи принимает запрос (к примеру, специально сконфигурированное сообщение установления вызова), чтобы инициировать сеанс полнодуплексной связи посредством установления сначала канала полудуплексной связи от инициирующего устройства 10 связи, этап 170. Сервер 74 или 134 групповой связи затем получает сетевой адрес, такой как IPv6-адрес, для инициирующего устройства 10 связи, этап 172, и аналогично получает сетевой адрес целевого устройства 12, этап 174, так что сервер 74 или 134 групповой связи может управлять обменом данными между инициирующими и целевыми устройствами 10 и 12 (к примеру, с помощью VoIP-пакетов). Сервер 134 групповой связи затем устанавливает или организует полудуплексный канал от инициирующего устройства 10 связи к целевому устройству 12 связи, этап 176 (к примеру, посредством инструктирования сети доступа выделять канал обратной линии связи, по которому инициирующее устройство 10 может передавать данные, с одновременным выделением канала нисходящей линии связи, по которому целевое устройство 12 может принимать данные). В дополнение к установлению полудуплексного канала от инициирующего устройства 10 к целевому устройству 12, сервер 134 групповой связи отправляет уведомляющее сообщение для уведомления о сеансе полнодуплексной связи в целевое устройство 12 связи, этап 178. Таким образом, посредством установления сначала полудуплексного канала, мультимедиа от инициирующего устройства 10 может отправляться в целевое устройство 12 быстрее, и целевое устройство 12 может пытаться переходить в полнодуплексный сеанс параллельно с приемом мультимедиа от инициирующего устройства 10 через полудуплексный канал.
После отправки уведомляющего сообщения в целевое устройство 12 на этапе 178 сервер 134 групповой связи определяет, принимает или нет целевое устройство 12 сеанс полнодуплексной связи, этап 180. Например, определение на этапе 180 может состоять в том, что целевое устройство 12 принимает сеанс полнодуплексной связи, если целевое устройство 12 отправляет сообщение приема вызова на этапе 162 по фиг.6. Если сеанс полнодуплексной связи не принимается посредством целевого устройства 12 на этапе 180 принятия решения, то выводится указание сбоя (к примеру, в инициирующее устройство 10) и процесс завершается. В противном случае, если сеанс полнодуплексной связи принимается на этапе 180 принятия решения, то канал полнодуплексной связи организуется между инициирующим устройством 10 связи и целевым устройством 12 связи, этап 184. Затем выполняется определение относительно того, организован или нет успешно канал полнодуплексной связи, этап 186. Если определено, что нет успешно организованных каналов полнодуплексной связи, на этапе 186 принятия решения, то сбой связи выводится на инициирующем устройстве 10, этап 182. В противном случае, если полнодуплексная связь определяется как успешно организованная на этапе 186 принятия решения, то обслуживание организованной полнодуплексной связи передается инициирующему устройству 10 беспроводной связи и целевому устройству 12 связи, этап 188. Например, передача обслуживания полнодуплексной связи в 188 может означать, что обмен VoIP-пакетами осуществляется между сетевыми адресами устройств связи без дополнительного осуществления регулирования посредством сервера 134 групповой связи, так что установление сеанса полнодуплексной связи завершается, этап 190. Например, если полнодуплексный сеанс является VoIP-сеансом, обмен мультимедиа во время VoIP-сеанса может обрабатываться посредством другого сетевого объекта, по меньшей мере, в одном варианте осуществления.
Хотя на фиг.5-7 описано, что сеанс полнодуплексной связи устанавливается как начальный полудуплексный сеанс, который затем переходит в полнодуплексный режим, другие варианты осуществления направлены на переходы от полнодуплексных сеансов к полудуплексным сеансам и/или от полудуплексных сеансов к полнодуплексным сеансам.
Фиг.8 является схемой последовательности операций обработки сеанса связи, который переходит между режимами полудуплексной связи и полнодуплексной связи, в соответствии с вариантом осуществления изобретения. Что касается фиг.8, пользователь отправителя 200 вызова определяет инициировать сеанс связи, этап 800, отправитель 200 вызова определяет то, что вызов первоначально устанавливается как полнодуплексный сеанс (к примеру, если режимом работы по умолчанию для вызовов от отправителя 200 является полнодуплексный режим), этап 803, и отправитель вызова затем отправляет сообщение установления (полнодуплексного) вызова, чтобы инициировать полнодуплексный вызов, региональному диспетчеру 202 (к примеру, которым может быть сервер 74 или 134 групповой связи), этап 806. В примере, сообщение установления (полнодуплексного) вызова этапа 806 сконфигурировано отлично от традиционного сообщения установления вызова для установления традиционного полнодуплексного сеанса (т.е. полнодуплексный сеанс, который начинается и завершается как полнодуплексный и никогда не является полудуплексным). Например, сообщение установления (полнодуплексного) вызова на этапе 806 может включать в себя другую настройку кода операции в части заголовка, чтобы указывать региональному диспетчеру 202 устанавливать полнодуплексный сеанс как полудуплексный сеанс, по меньшей мере, в ходе начальной части сеанса. Региональный диспетчер 202 подтверждает прием сообщения установления вызова из этапа 806 с помощью ACK-сообщения (прием), этап 809. В примере, инициирование полнодуплексного сеанса может выполняться в отправителе 200 вызова (к примеру, который может соответствовать инициирующему устройству 10 беспроводной связи) посредством нажатия не-PTT-кнопки, такой как кнопка "SEND", которая является общераспространенной для мобильных телефонов, что приводит к передаче специально сконфигурированного сообщения установления (полнодуплексного) вызова. После приема подсказки на установление полнодуплексного вызова на этапе 806 региональный диспетчер 202 также находит целевой объект(ы) для вызова и отправляет уведомляющее сообщение (полнодуплексный режим), чтобы уведомлять целевой объект 206 вызова о том, что полнодуплексный вызов запрошен отправителем 200 вызова. Аналогично сообщению установления (полнодуплексного) вызова, уведомляющее сообщение (полнодуплексный режим) может быть специально сконфигурировано так, чтобы указывать целевому объекту 206 вызова то, что уведомленный сеанс должен начинаться как полудуплексный режим с намерением последующего перехода в полнодуплексный режим.
В этом варианте осуществления предполагается, что отправитель 200 вызова и целевой объект 206 вызова содержат клиенты PTT/полнодуплексной связи для избирательного переключения своего сеанса между полнодуплексным режимом и полудуплексным режимом. В частности, пример по фиг.8 иллюстрирует переключение дуплексного режима, осуществляемое на основе запрашивающего сообщения, причем запрашивающее сообщение может быть выполнено с возможностью запрашивать перевод из полудуплексного режима в полнодуплексный режим (к примеру, "запрашивающее сообщение (полнодуплексный режим)") или из полнодуплексного режима в полудуплексный режим (к примеру, "запрашивающее сообщение (полудуплексный режим)").
Хотя пример по фиг.8 проиллюстрирован и описан так, что переходы между полудуплексным и полнодуплексным режимом инициируются посредством явного сообщения (к примеру, запрашивающего сообщения) от одного из участников вызова, другие варианты осуществления не обязательно должны основываться на явных запросах на смену дуплексного режима для инициирования смены дуплексного режима, а вместо этого могут быть инициированы сервером. Например, триггер смены дуплексного режима может быть "конкурентным", так что если пользователь пытается многократно и безуспешно захватывать разрешение на передачу в ходе полудуплексной части сеанса в то время, когда разрешением на передачу обладает другой участник, переход в полнодуплексный режим может быть инициирован без вмешательства пользователя. В другом альтернативном примере триггер смены дуплексного режима может быть основан на "коэффициенте использования ресурсов", так что, поскольку полнодуплексные вызовы имеют тенденцию быть более ресурсоемкими (например, включают в себя полосу пропускания, необходимую для того, чтобы передавать фоновый шум), переход из полнодуплексного режима в полудуплексный режим может осуществляться на основе речевой активности и других показателей (к примеру, если только один участник полнодуплексного режима говорит в течение данного периода времени, вызов может переходить в полудуплексный режим, чтобы экономить ресурсы и т.д.). При инициированной сервером смене дуплексного режима сервер либо может выдавать рекомендацию одному или более участникам сеанса (к примеру, отправителю и т.д.) о том, что переход в полудуплексный режим является преимущественным (к примеру, снижение затрат по счету), либо, альтернативно, автоматический переход может быть выполнен посредством осуществления регулирования сеанса посредством сервера (к примеру, модуля 204 управления мультимедиа и/или регионального диспетчера 204).
Возвращаясь к фиг.8, после приема уведомляющего сообщения (полнодуплексный режим), которое уведомляет о сеансе связи на этапе 812, допустим, что целевой объект 206 вызова принимает вызов, этап 815. Региональный диспетчер 202 принимает указание, относительно приема целевого объекта 206 вызова, и перенаправляет сообщение состояния (успешно) отправителю 200 вызова, чтобы указывать, что вызов может начинаться, этап 818. Отправитель 200 вызова указывает, что вызов успешно установлен, своему пользователю, этап 821 (к примеру, посредством воспроизведения мелодии, отображения визуального сообщения и т.д.), и отправитель 200 вызова отвечает на вызов посредством отправки ACK-сообщения (прием) обратно региональному диспетчеру 202, этап 824.
Затем региональный диспетчер 202 отправляет инструкции в модуль 204 управления мультимедиа (к примеру, сервер, который работает с региональным диспетчером 202 для обслуживания обмена мультимедиа для конкретного сеанса связи), чтобы обслуживать фактический обмен мультимедиа между отправителем 200 вызова и целевым объектом 206 вызова в ходе сеанса связи, этап 827. Модуль 204 управления мультимедиа отправляет контактное сообщение (mcu_info) отправителю 200 вызова, этап 830, и целевому объекту 206 вызова, этап 833, которое включает в себя информацию относительно того, как каждый участник вызова может отправлять информацию в модуль 204 управления мультимедиа. Отправитель 200 вызова и целевой объект 206 вызова отправляют контактные ACK-сообщения (прием) в ответ на контактные сообщения из этапов 830 и 833 на этапы 836 и 839 соответственно. Затем модуль 204 управления мультимедиа осуществляет регулирование обмена мультимедиа между участниками вызова в ходе полнодуплексной части сеанса связи, этап 842. Другими словами, мультимедиа, которым обмениваются между отправителем 200 вызова и целевым объектом 206 вызова, может протекать в одном направлении или в обоих направлениях.
В варианте осуществления по фиг.8 модуль 204 управления мультимедиа использует специально сконфигурированные служебные сообщения (к примеру, ATN-сообщения (полнодуплексный режим) и (полудуплексный режим)), чтобы уведомлять устройства беспроводной связи, когда сеанс связи запрашивается, чтобы переходить в полнодуплексный режим или полудуплексный режим, и клиенты PTT/полнодуплексной связи в устройствах 200 и 206 используют ATX-сообщения (прием), чтобы принимать смены дуплексного режима. Хотя не показано на фиг.8, также возможно то, что один или более участников сеанса могут отклонять смену дуплексного режима, что должно приводить либо к отказу посредством сервера от выполнения смены дуплексного режима, либо к исключению участников сеанса, которые отклонили смену дуплексного режима, из сеанса после того, как смена дуплексного режима осуществлена. Модуль 204 управления мультимедиа также может использовать FYI-сообщение (обновлено), чтобы уведомлять клиента PTT/полнодуплексной связи, который запрашивает смену дуплексного режима, о том, что вызов переходит в запрашиваемый дуплексный режим.
Соответственно, отправитель 200 вызова определяет, запрашивать или нет перевод сеанса связи из полнодуплексного режима в полудуплексный режим, причем отправитель 200 вызова является объектом, обладающим разрешением на передачу, после смены дуплексного режима, этап 845. Как указано выше, перевод из полнодуплексного режима в полудуплексный режим может требоваться для того, чтобы экономить системные ресурсы (к примеру, если в основном говорит только отправитель 200 вызова), чтобы уменьшать стоимость сеанса с отправителем 200 вызова, и т.д. Хотя это определение показано на этапе 845 как выполненное отправителем 200 вызова, следует принимать во внимание, что целевой объект 206 вызова также может иметь возможность запроса такого перевода, по меньшей мере, в одном варианте осуществления, хотя этот аспект опущен на фиг.8 для удобства пояснения. Другими словами, другие варианты осуществления могут разрешать неотправителям запрашивать и потенциально осуществлять смены дуплексного режима.
Если отправитель 200 вызова определяет не запрашивать перевод сеанса связи из полнодуплексного режима в полудуплексный режим на этапе 845, процесс возвращается к 842 и полнодуплексный сеанс продолжается. В противном случае, если отправитель 200 вызова определяет запрашивать перевод сеанса связи из полнодуплексного режима в полудуплексный режим на этапе 845, отправитель 200 вызова отправляет запрашивающее сообщение (полудуплексный режим) в модуль 204 управления мультимедиа, этап 848, и модуль управления мультимедиа отправляет ATN-сообщение (полудуплексный режим) целевому объекту 206 вызова, этап 851. ATN-сообщение (полудуплексный режим) выступает в качестве запроса для целевого объекта 206 вызова, чтобы соглашаться на перевод из полнодуплексного режима в полудуплексный режим или, по меньшей мере, сообщать целевому объекту 206 вызова о том, что осуществляется смена дуплексного режима. Соответственно, допустим, что целевое устройство 206 отвечает на ATN-сообщение (полудуплексный режим) посредством отправки ATX-сообщения (прием), этап 854, и модуль 204 управления мультимедиа отправляет FYI-сообщение (обновлено) отправителю 200 вызова, чтобы указывать, что сеанс связи может теперь переходить в полудуплексный режим, этап 857. Отправитель 200 вызова тем самым отправляет сообщение запроса на разрешение на передачу в модуль 204 управления мультимедиа, этап 860, и модуль 204 управления мультимедиа отправляет сообщение предоставления разрешения на передачу обратно отправителю 200 вызова, этап 863. Отправитель 200 вызова после этого отправляет мультимедиа по своему выделенному полудуплексному каналу в модуль 204 управления мультимедиа, этап 866, который затем перенаправляет мультимедиа целевому объекту 206 вызова, этап 869.
В ходе этой полудуплексной части сеанса связи целевой объект 206 вызова определяет, следует или нет осуществлять перевод вызова обратно в полнодуплексный режим (к примеру, так что пользователь целевого объекта 206 вызова может говорить), этап 872. Если целевой объект 206 вызова определяет не запрашивать перевод сеанса из полудуплексного режима в полнодуплексный режим на этапе 872, процесс возвращается к этапу 869, и полудуплексный сеанс продолжается. В противном случае, если целевой объект 206 вызова определяет запрашивать перевод сеанса связи из полудуплексного режима в полнодуплексный режим на этапе 872, целевой объект 206 вызова отправляет запрашивающее сообщение (полнодуплексный режим) в модуль 204 управления мультимедиа, этап 875, и модуль управления мультимедиа отправляет ATN-сообщение (полнодуплексный режим) отправителю 200 вызова, этап 878. ATN-сообщение (полнодуплексный режим) выступает в качестве запроса для отправителя 200 вызова, чтобы соглашаться на перевод из полудуплексного режима в полнодуплексный режим или, по меньшей мере, сообщать отправителю 200 вызова о том, что смена дуплексного режима осуществляется. Соответственно, допустим, что отправитель 200 вызова отвечает на ATN-сообщение (полнодуплексный режим) посредством отправки ATX-сообщения (прием), этап 881, и модуль 204 управления мультимедиа отправляет FYI-сообщение (обновлено) отправителю 200 вызова, чтобы указывать, что сеанс связи может теперь переходить в полнодуплексный режим, этап 884. После этого мультимедиа можно обмениваться между отправителем 200 вызова и целевым объектом 206 вызова через полнодуплексные протоколы, этап 887.
В варианте осуществления по фиг.8 запросы на полнодуплексный режим и полудуплексный режим специально передаются в служебных сигналах пользователям устройств (к примеру, после того как ATN-сообщение принято на этапе 851 и/или 878, так что устройства, отличные от устройства, запрашивающего перевод, отправляют уведомление или выдают соответствующее сообщение о переводе пользователю), например, через последовательность звуковых предупреждений, к примеру, три звуковых импульса, при PTT-связи, что должно указывать пользователю то, что другой участник сеанса хочет изменять характеристику дуплексного режима сеанса (к примеру, отправитель PTT/полнодуплексной связи 200 хочет участвовать в полнодуплексной связи с целевым объектом 206 PTT/полнодуплексного вызова и т.д.). Например, звуковыми предупреждениями могут быть классические мелодии звонка, речь, тональные сигналы вызова или другие предупреждения, отправляемые при PTT-связи, чтобы уведомлять пользователя о том, что другие участники сеанса запрашивают переход в дуплексный режим. Прием смены дуплексного режима затем может быть осуществлен с помощью нажатия не-PTT-кнопки (такой как кнопка "SEND") или выбора из меню (к примеру, так что пользователь может точно знать характер текущего дуплексного режима сеанса). Альтернативно, пользователь этих устройств может принимать предупреждение о смене дуплексного режима, но ему не обязательно нужно давать возможность отклонять смену дуплексного режима, так что смена дуплексного режима принудительно инструктируется для пользователей. В любом случае, даже если участникам сеанса инструктируется смена дуплексного режима, то участники сеанса, в общем, всегда знают о том, включен и передает в широковещательном режиме другой стороне их микрофон и другие интерфейсы связи или нет (к примеру, хотя, по меньшей мере, в одном варианте осуществления администрирующему участнику сеанса, такому как родитель, может быть разрешено отлеживать другого участника сеанса, к примеру ребенка, посредством инструктирования перевода в полнодуплексный режим без уведомления ребенка, и, таким образом, его аудио может прослушиваться).
Хотя фиг.8 показывает, в некоторых случаях, запрашивание участниками сеанса перевода из полудуплексного режима в полнодуплексный режим, чтобы отправлять информацию другому участнику(ам) сеанса, следует принимать во внимание, что эти участники сеанса альтернативно могут просто запрашивать разрешение на передачу в полудуплексном сеансе, как известно в данной области техники. В этом случае, если запросы на разрешение на передачу многократно отклоняются для этих участников сеанса, участники сеанса затем могут запрашивать смену дуплексного режима.
Фиг.9 является другой схемой последовательности операций обработки сеанса связи, который переходит между полудуплексной связью и полнодуплексной связью в соответствии с вариантом осуществления изобретения. Фиг.9 является аналогичным в некотором отношении фиг.8, хотя отправитель 200 PTT/полнодуплексного вызова также допускает отправку однонаправленного мультимедиа (к примеру, речи, данных и т.д.) при одновременном переходе между полудуплексной и полнодуплексной связью. Общее пояснение фиг.9 опущено для краткости, хотя аспекты по фиг.9, которые отличаются от фиг.8, далее поясняются подробнее.
Что касается фиг.9, когда уведомляющее сообщение (полнодуплексный режим) отправляется целевому объекту 206 вызова на этапе 912 (к примеру, аналогично 812 по фиг.8), пользователю целевого объекта 206 вызова выдается подсказка, чтобы принимать сеанс полнодуплексной связи, этап 915, чтобы разрешать получение своего мультимедиа, при этом мультимедиа от отправителя 200 вызова (к примеру, инициатора перехода в полнодуплексный режим) может воспроизводиться одновременно полудуплексным способом, этапы 945 и 948. Таким образом, полудуплексное мультимедиа по-прежнему воспроизводится, этапы 945 и 948, в то время, когда перевод осуществляется модулем 204 управления мультимедиа. После того как полнодуплексный сеанс установлен на этапе 951, следует принимать во внимание, что однонаправленный тракт от этапов 945 и 948 может переходить в двунаправленный или полнодуплексный тракт. Аналогично, во время последующего перевода в полнодуплексный режим (этапы 981-999), после промежуточного перевода в полудуплексный режим (этапы 954-978), может устанавливаться полудуплексный или однонаправленный канал от целевого объекта 206 вызова к отправителю 200 вызова, этапы 993 и 995. В этом случае полудуплексный канал устанавливается в каждом направлении перед тем, как полнодуплексный канал устанавливается. Следует принимать во внимание, что установление однонаправленного или полудуплексного канала на этапе 945 и 948 от отправителя 200 к целевому объекту 206 до установления начального полнодуплексного сеанса на этапе 951 является аналогичным фиг.5-7 в том смысле, что временный полудуплексный сеанс, посредством которого отправитель может говорить с целевым объектом, устанавливается при одновременном ожидании начала полнодуплексного сеанса.
Фиг.10 является блок-схемой последовательности операций способа для одного варианта осуществления перевода текущего полудуплексного сеанса между инициирующим устройством 10 и целевым устройством 12 к полнодуплексному сеансу в ответ на запрос на смену дуплексного режима, принимаемый от одного из участников сеанса. Соответственно, при осуществлении регулирования полудуплексного сеанса между устройствами 10 и 12 (к примеру, с использованием инициирующего устройства 12 в качестве объекта, обладающего разрешением на передачу), сервер 134 групповой связи принимает запрос, чтобы устанавливать полнодуплексное соединение между инициирующим устройством 10 связи и целевым устройством 12 связи, этап 210, и затем полудуплексное мультимедиа (к примеру, любое мультимедиа, которое буферизовано посредством модуля 204 управления мультимедиа в GCS 134 от участника сеанса, который инициирует перевод в полнодуплексный режим) доставляется в целевое устройство 12 связи, этап 212. Следует принимать во внимание, что доставка 212 соответствует доставке мультимедиа в целевое устройство 12 и/или любые другие устройства, которые участвуют в полудуплексном сеансе наряду с устройствами 10 и 12. Полнодуплексная связь между устройствами 10 и 12 далее устанавливается, этап 216. В этом варианте осуществления установление канала полнодуплексной связи является автоматическим, и целевое устройство 12 должно определять, участвовать в итоге или нет в полнодуплексной связи, как показано на фиг.12.
Что касается фиг.10, сервер 134 групповой связи определяет, установлен или нет полнодуплексный канал для сеанса полнодуплексной связи, этап 216. Если сервер 134 групповой связи определяет то, что полнодуплексный канал для сеанса полнодуплексной связи не установлен, на этапе 216, то выводится ошибка, указывающая невозможность выполнять перевод в полнодуплексный режим, и она отправляется участнику сеанса, который запрашивает перевод в полнодуплексный режим (к примеру, участнику сеанса, запрашивающему перевод в полнодуплексный режим, отправляется сообщение, которое указывает, что перевод не должен быть осуществлен), и процесс перевода в полнодуплексный режим завершается, этап 218. К примеру, перевод в полнодуплексный режим может завершаться неудачно, если целевое устройство 12 в итоге отклоняет запрос на полнодуплексный режим и/или если возникает технический сбой при установлении полнодуплексной связи. Тем не менее, сбой перевода в полнодуплексный режим не обязательно завершает начальный полудуплексный сеанс.
В противном случае, если сервер 134 групповой связи определяет то, что полнодуплексный канал для сеанса полнодуплексной связи установлен, на этапе 216, то обслуживание сеанса связи передается соответствующему устройству (такому как контроллер 78 активных вызовов) и сеанс связи после того поддерживается как полнодуплексный сеанс, по меньшей мере, между устройствами 10 и 12, этап 220, и процесс по фиг.10 завершается, этап 222. Альтернативно, хотя не показано на фиг.10, также возможно то, что сервер 134 групповой связи осуществляет регулирование полнодуплексного сеанса (к примеру, VoIP-сеанса), когда нет передачи обязанностей по осуществлению регулирования на этапе 220, и сервер 134 групповой связи продолжает осуществление регулирования сеанса как полнодуплексного режима.
Фиг.11 является блок-схемой последовательности операций способа для одного варианта осуществления перевода текущего полнодуплексного сеанса между инициирующим устройством 10 и целевым устройством 12 к полудуплексному сеансу в ответ на запрос на смену дуплексного режима от одного из участников сеанса в соответствии с вариантом осуществления изобретения. Что касается фиг.11, сервер 134 групповой связи принимает запрос, чтобы осуществлять перевод сеанса полнодуплексной связи участником сеанса полнодуплексной связи к сеансу полудуплексной связи с запрашивающим участником сеанса в качестве объекта, обладающего разрешением на передачу, 230. Сервер 134 групповой связи определяет, доступно или нет целевое устройство (или устройства) для полудуплексной связи (к примеру, в этом случае целевое устройство может соответствовать либо целевому объекту 206 вызова начального полнодуплексного сеанса, либо отправителю 200 вызова начального полнодуплексного сеанса, в зависимости от того, какое устройство запрашивает перевод в полудуплексный режим), этап 232. Если целевой объект вызова является недоступным для полудуплексного сеанса, то выводится ошибка на устройстве, которое запрашивает тот перевод в полудуплексный режим, и процесс завершается, этап 234, и полнодуплексный сеанс может продолжаться. Определение того, сколько целевых устройств должно быть доступным для продолжения полудуплексного сеанса, может составлять один или более и может включать в себя, по меньшей мере, другое устройство (т.е. устройство, которое не запрашивает перевод в полудуплексный режим на этапе 230), которое ранее участвовало в сеансе полнодуплексной связи. Следует принимать во внимание, что хотя незапрашивающее устройство с большой вероятностью является доступным для перевода в полудуплексный режим, могут быть причины, по которым полудуплексный сеанс не может поддерживаться посредством незапрашивающего устройства (к примеру, технический сбой, схема приоритезации, в которой другой сеанс связи имеет более высокий приоритет в незапрашивающем устройстве, и/или другие ограничения, налагаемые на запрашивающее устройство, которые препятствуют дальнейшей PTT-связи, к примеру функциональность предоплатной PTT-связи, за которую не внесена оплата, и т.д.).
В противном случае, если целевое устройство доступно на этапе 232, сервер 134 групповой связи устанавливает сеанс полудуплексной связи, этап 236. Полудуплексное мультимедиа (к примеру, речевые данные) от запрашивающего устройства принимается и буферизуется в сервере 134 групповой связи, этап 238, и затем начальный сеанс полнодуплексной связи запрашивается посредством сервера 74 групповой связи, чтобы завершаться посредством управления сеансом полнодуплексной связи посредством соответствующего устройства (к примеру, контроллера 78 активных вызовов), этап 240. Альтернативно, если сервер 134 групповой связи сам управляет сеансом полнодуплексной связи, следует принимать во внимание, что запрос 240 не отправляется, и сеанс полнодуплексной связи может просто отклоняться посредством сервера 134 групповой связи.
После завершения полнодуплексной части сеанса на этапе 240 буферизованное полудуплексное мультимедиа из этапа 238 доставляется в целевое устройство(а), этап 242.
Фиг.12 является блок-схемой последовательности операций способа для одного варианта осуществления процесса, выполняемого участником сеанса, вовлеченным в сеанс полудуплексной связи, когда другой участник сеанса полудуплексной связи запрашивает перевод сеанса из полудуплексного режима в полнодуплексный режим в соответствии с вариантом осуществления изобретения. Что касается фиг.12, участник сеанса (к примеру, целевое устройство связи, такое как устройство 12 беспроводной связи, отправитель сеанса и т.д., причем участник сеанса, принимающий запрос на этапе 250, может соответствовать либо текущему говорящему в полудуплексном сеансе, либо объекту, не обладающему разрешением на передачу в полудуплексном сеансе) принимает запрос на сеанс полнодуплексной связи в ходе сеанса полудуплексной связи, этап 250. В примере, "запрос" на этапе 250 может быть выполнен с возможностью принудительно инструктировать участнику сеанса, чтобы принимать перевод в полнодуплексный режим, даже если участник сеанса соответствует текущему пользователю, обладающему разрешением на передачу в полудуплексном сеансе. В этом случае полнодуплексный канал устанавливается на этап 252 перед тем, как пользователь целевого устройства соглашается участвовать в полнодуплексном сеансе. Альтернативно, в другом примере, хотя не показано на фиг.12, пользователь целевого устройства может предупреждаться о запросе на перевод в полнодуплексный режим (к примеру, через специальную посылку вызова и т.д.), и ему может быть предоставлена возможность принимать или отклонять запрос. В дополнительном примере участникам сеанса, имеющим низкий приоритет (к примеру, ниже, чем участник, который запрашивает смену дуплексного режима), может принудительно инструктироваться переводить в полнодуплексный режим, тогда как участникам сеанса, имеющим высокий приоритет (к примеру, выше, чем участник, который запрашивает смену дуплексного режима), может быть предоставлена возможность выбора относительно приема или отклонения сеанса. При условии, что либо участнику сеанса принудительно инструктируется выполнять смену дуплексного режима, либо пользователь намеренно выбирает выполнять смену дуплексного режима, полнодуплексный канал устанавливается, этап 252. В примере, если целевое устройство не имеет канала трафика (TCH) в ходе полудуплексного сеанса, установление полнодуплексного канала на этапе 252 может включать в себя получение посредством целевого устройства TCH от сети доступа. Целевое устройство (к примеру, устройство 12 беспроводной связи) затем подавляет свой интерфейс связи, этап 254, такой как микрофон 115 и/или камера 113, так что пользователь устройства к этому моменту не должен отправлять данные по полнодуплексному каналу (к примеру, в целях конфиденциальности пользователя), этап 254, и затем выдает пользователю подсказку, чтобы принимать полнодуплексную связь, этап 256, причем она может быть простым аудио-предупреждением, визуальным предупреждением и т.д. Этап 254 подавления может быть необязательным, если микрофон 115 уже заглушен либо интерфейс связи деактивирован иными способами, когда полнодуплексная связь организуется с устройством.
Что касается фиг.12, целевое устройство определяет, принимает или нет его пользователь сеанс полнодуплексной связи, этап 258. Если целевое устройство определяет то, что пользователь не принимает сеанс полнодуплексной связи, сеанс полнодуплексной связи завершается, и установление полнодуплексного канала на этапе 252 прерывается, этап 260. В противном случае, если целевое устройство определяет то, что его пользователь принимает сеанс полнодуплексной связи на этапе 258, то интерфейс связи не подавляется, и пользователь может участвовать в установленном сеансе полнодуплексной связи, этап 260. В примере, целевое устройство может отклонять запрос на полнодуплексный режим посредством простого бездействия при приеме, к примеру, если пользователь не принимает через 5 секунд, или может нажимать кнопку, такую как PTT-кнопка 112, чтобы явно поддерживать сеанс полудуплексной связи. Соответственно, в процессе по фиг.12, полудуплексный сеанс не должен прерываться, по меньшей мере, до тех пор, пока пользователь целевого устройства не получает возможность определять, принимать или нет полнодуплексный сеанс.
В другом варианте осуществления целевое устройство 12 связи осуществлено с выборочным управлением принудительной активации полнодуплексной связи, способ может включать в себя избирательное разрешение целевому устройству 12 связи на принудительное установление полнодуплексной связи и, таким образом, избирательное разрешение на активацию микрофона 115 (к примеру, в отличие от фиг.12, который показывает, что микрофон 115 остается "заглушенным" до тех пор, пока целевой пользователь, необязательно, не принимает полнодуплексный сеанс после того, как полнодуплексный сеанс установлен. В таком варианте осуществления пользователь инициирующего устройства 10 беспроводной связи должен иметь возможность прослушивать аудио, выводимое на микрофон 115 в целевом устройстве 12 связи. Следует принимать во внимание, что конфиденциальность целевого пользователя может быть нарушена в этом случае, но это может быть желательным при определенных условиях. Например, родитель, имеющий инициирующий мобильный телефон, может принудительно инструктировать работу микрофона мобильного телефона ребенка для полнодуплексной связи, и родитель может разговаривать и прослушивать аудио в телефоне ребенка.
Дополнительно, хотя вышеописанные варианты осуществления изобретения включают в себя ссылки на служебные сообщения, которые зависят от конкретных реализаций и/или протоколов (к примеру, запрос, ATN, установление вызова, уведомление и т.д.), следует принимать во внимание, что эти сигналы могут модифицироваться надлежащим образом в вариантах осуществления, направленных на другие реализации и/или протоколы. Другими словами, сообщение установления вызова может соответствовать любому типу сообщения с запросом на установление вызова в других вариантах осуществления изобретения, уведомляющее сообщение может соответствовать любому типу сообщений, которые уведомляют о сеансе связи, в других вариантах осуществления изобретения, и т.д.
Специалисты в данной области техники должны принимать во внимание, что информация и сигналы могут быть представлены с помощью любой из множества различных технологий. Например, данные, инструкции, команды, информация, сигналы, биты, символы и символы псевдошумовой последовательности, которые могут приводиться в качестве примера по всему описанию выше, могут быть представлены посредством напряжений, токов, электромагнитных волн, магнитных полей или частиц, оптических полей или частиц либо любой комбинации вышеозначенного.
Дополнительно, специалисты в данной области техники должны принимать во внимание, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы как электронные аппаратные средства, компьютерное программное обеспечение либо комбинации вышеозначенного. Чтобы понятно иллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше, в общем, на основе функциональности. Реализована эта функциональность в качестве аппаратных средств или программного обеспечения, зависит от конкретного варианта применения и проектных ограничений, накладываемых на систему в целом. Высококвалифицированные специалисты могут реализовывать описанную функциональность различными способами для каждого конкретного варианта применения, но такие решения по реализации не должны быть интерпретированы как вызывающие отступление от объема настоящего изобретения.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы или выполнены с помощью процессора общего назначения, процессора цифровых сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретного логического элемента или транзисторной логики, дискретных аппаратных компонентов либо любой комбинации вышеозначенного, предназначенной для того, чтобы выполнять описанные в данном документе функции. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован как комбинация вычислительных устройств, к примеру комбинация DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров вместе с ядром DSP либо любая другая подобная конфигурация.
Способы, последовательности и/или алгоритмы, описанные в связи с раскрытыми в данном документе вариантами осуществления, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, выполняемом посредством процессора, либо в комбинации вышеозначенного. Программный модуль может постоянно размещаться в памяти типа RAM, флэш-памяти, памяти типа ROM, памяти типа EPROM, памяти типа EEPROM, в регистрах, на жестком диске, сменном диске, компакт-диске или любой другой форме носителя хранения данных, известной в данной области техники. Типичный носитель хранения данных соединен с процессором, причем процессор может считывать информацию и записывать информацию на носитель хранения данных. В альтернативном варианте носитель хранения данных может быть встроен в процессор. Процессор и носитель хранения данных могут постоянно размещаться в ASIC. ASIC может постоянно размещаться в пользовательском терминале (к примеру, терминале доступа). В альтернативном варианте процессор и носитель хранения данных могут постоянно размещаться как дискретные компоненты в пользовательском терминале.
В одном или более примерных вариантов осуществления описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, микропрограммном обеспечении или в любой комбинации вышеозначенного. Если реализованы в программном обеспечении, функции могут быть сохранены или переданы как одна или более инструкций или код на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители хранения данных, так и среду связи, включающую в себя любую передающую среду, которая упрощает перемещение компьютерной программы из одного места в другое. Носителями хранения могут быть любые доступные носители, к которым можно осуществлять доступ посредством компьютера. В качестве примера, но не ограничения, эти машиночитаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения либо любой другой носитель, который может быть использован для того, чтобы переносить или сохранять требуемый программный код в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера. Также любое подключение корректно называть машиночитаемым носителем. Например, если программное обеспечение передается из веб-узла, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Диск (disk) и диск (disc) при использовании в данном документе включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом диски (disk) обычно воспроизводят данные магнитно, тогда как диски (disc) обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число машиночитаемых носителей.
Хотя вышеприведенное описание показывает иллюстративные варианты осуществления изобретения, следует отметить, что различные изменения и модификации могут быть выполнены в них без отступления от объема изобретения, задаваемого посредством прилагаемой формулы изобретения. Функции, этапы и/или действия в формуле изобретения на способ согласно вариантам осуществления изобретения, описанным в данном документе, не обязательно должны выполняться в каком-либо конкретном порядке. Более того, хотя элементы изобретения могут быть описаны или приведены в формуле изобретения в единственном числе, множественное число подразумевается, если ограничение на единственное число не указано в явной форме.