РЕЖИМЫ ОТВЕТА В СЛУЖБАХ МОБИЛЬНОЙ СВЯЗИ "НАЖМИ И ГОВОРИ"
REPLY MODES IN PUSH-TO-TALK MOBILE COMMUNICATION SERVICES

Настоящее изобретение относится к сотовой связи и к режимам ответа, доступным в службах мобильной связи “нажми и говори”.
Уровень техники
Промышленная группа, известная как Открытый альянс по мобильной связи, разработала спецификацию “нажми и говори” через сотовую связь (PoC), имеющую целью предоставление возможности обеспечения служб через стандартные мобильные беспроводные сети связи, которые соответствуют службам портативной рации, т. е. при нажатии кнопки абонент может быть мгновенно соединен с одним или более другими абонентами. В настоящее время PoC определена в документах, опубликованных Открытым альянсом по мобильной связи: “Push to talk over Cellular (PoC) - Architecture”, потенциальная версия 1.0 - 17 марта 2005 г., и “OMA PoC Control Plane”, потенциальная версия 1.0 - 17 марта 2005 г. В соответствии со стандартами PoC речевые данные содержат “пачки” разговора, переносимые через пакетную сеть, в то время как сигнализация, используемая чтобы установить сеансы PoC и управлять этими сеансами, содержит сигнализацию протокола инициализации сеанса (SIP), также переносимую через пакетную сеть. PoC зависит от инфраструктуры мультимедийной подсистемы IP (IMS), предоставляемой в сетях операторами мобильной связи. PoC является специфической реализацией обычных служб “нажми и говори” (РТТ).
Фиг. 1 иллюстрирует в самых основных понятиях инфраструктуру PoC, которая облегчает сеанс между парой беспроводных терминалов (клиентами SIP), идентифицированных как UE-A и UE-B. UE подключены к соответственным сетям радиодоступа (RAN-A RA и RAN-B), которые, в свою очередь, соединены с базовой сетью с коммутацией пакетов, включающую в себя магистральную линию связи IP. Сигнализацию SIP маршрутизируют через IMS, которая включает в себя серверы приложений SIP, действующие как серверы PoC. UE регистрируют с помощью соответственных серверов PoC (хотя возможно, что оба UE регистрируют с помощью одного и того же сервера PoC).
Основной концепцией идентификации PoC является желание дать возможность одному пользователю быть почти мгновенно соединенным с другим пользователем таким образом, что пользователь должен только нажать кнопку вызова и начать говорить, при этом его или ее голос немедленно воспроизводится в терминале другого пользователя. Однако на очень раннем этапе разработки служб “нажми и говори” поняли, что это не всегда может быть желательно, по меньшей мере, с точки зрения вызываемой стороны. Вследствие этого было сделано обеспечение для воспроизведения сигнала звонка в вызываемом терминале, почти таким же способом, как обеспечивают с помощью традиционных телефонных вызовов (службы “нажми и говори” все же устанавливали бы сеанс чрезвычайно быстро, значительно быстрее, чем могут быть установлены традиционные телефонные вызовы), при этом пользователям предоставляется альтернатива выбирать либо режим автоматического ответа, либо режим неавтоматического ответа (звонка).
В соответствии с самыми последними версиями стандартов возможно для пользователя (пользователь В) регистрироваться с помощью своего локального сервера PoC, “белый” список другого пользователя идентифицирует (пользователя А), для которого пользователь желает применить режим автоматического ответа. В случае, когда сеанс PoC запрошен одним из пользователей в белом списке, это распознают с помощью локального сервера PoC пользователя В, и что сервер PoC включает в себя флаг автоматического ответа в сообщении ПРИГЛАШЕНИЕ SIP, которое передают пользователю В. Терминал пользователя В обнаруживает флаг и автоматически возвращает сообщение (ответа) 200 ОК SIP. Сеанс установлен. Если вызывающий пользователь не находится в белом списке (или белый список не определен), неавтоматический флаг включают в ПРИГАШЕНИЕ SIP, передаваемое в терминал пользователя В. Это обнаруживают с помощью терминала и воспроизводят сигнал звонка. 200 ОК SIP не посылают с помощью терминала в его локальный сервер PoC до тех пор, пока пользователь не ответит. Проект IETF “A Session Initiation Protocol (SIP) Event Package and Data Format for various settings in support for the Push-to-talk Over Cellular (PoC) service”, Miguel-Angel Garcia-Martin, draft-garcia-sipping-poc-isb-am-01 описывает способ, предназначенный для уведомления локального сервера о режиме ответа, применимого к пользователям в белом списке. Пользователь переключается между режимами неавтоматического и автоматического ответа с помощью сигнализации о желаемом режиме в сервер с использованием сообщения ПУБЛИКАЦИЯ SIP, как определено в стандартах PoC.
Этот процесс сигнализации, включающий в себя установку режима автоматического ответа и установление сеанса, проиллюстрирован на фиг. 2. Потоки сигнализации в плоскости пользователя (например, обмен сообщениями протокола управления речевыми пачками) не изображены на чертеже. Этапы, проиллюстрированные на чертеже, происходят следующим образом:
1. Клиент В PoC конфигурирует автоматический режим в сети посредством запроса ПУБЛИКАЦИЯ.
2. Сервер В PoC подтверждает установку режима автоматического ответа посредством ответа 200 “ОК” и запоминает установку “автоматическии”.
3. Клиент А PoC решает пригласить пользователя В PoC на сеанс PoC и посылает запрос ПРИГЛАШЕНИЕ в сервер А PoC.
4. Сервер А PoC посылает запрос ПРИГЛАШЕНИЕ в сервер В PoC в собственной сети пользователя В PoC.
5. Сервер В PoC санкционирует пользователя А PoC и выбирает сконфигурированный режим ответа, и посылает ответ 183 “Выполнение сеанса” в сервер А PoC.
6. Сервер А PoC посылает ответ 200 ОК пользователю А, а пользователь А PoC принимает указание, что он может начать говорить.
7. Сервер В PoC посылает запрос ПРИГЛАШЕНИЕ клиенту В PoC. Запрос ПРИГЛАШЕНИЕ включает в себя запрос режима автоматического ответа.
8. Клиент В принимает приглашение без подсказки пользователю В PoC.
9. Сервер В PoC передает 200 ОК в сервер А PoC.
Стандарты PoC определяют механизм, предназначенный для предоставления возможности вызывающему абоненту переопределять установку режима неавтоматического ответа, заданную вызываемым пользователем. Это включает в себя включение параметра “МАО” в сообщение ПРИГЛАШЕНИЕ SIP, посылаемое вызывающим пользователем, чтобы инициализировать сеанс PoC. После приема ПРИГЛАШЕНИЯ, содержащего параметр МАО, в терминале вызываемой стороны этот терминал автоматически определяет, разрешено ли переопределение неавтоматического режима вызывающему пользователю. Если разрешено, тогда ответ 200 ОК автоматически возвращают в локальный сервер PoC и ПРИГЛАШЕНИЕ передают вызываемому пользователю, включающее в себя параметр МАО. Если не разрешено, воспроизводят сигнал звонка и сообщение ответа посылают только, если и когда вызываемый пользователь отвечает.
Сущность изобретения
Автор настоящего изобретения понял, что желательно предоставить механизм в PoC для предоставления возможности вызывающей стороне переопределять установку режима автоматического ответа в терминале вызываемой стороны дополнительно к современному механизму, предназначенному для переопределения установки неавтоматического режима. Этот дополнительный признак будет полезным, например, когда вызывающая сторона желает, чтобы ее слова были скрытыми, и желает избежать, чтобы они были воспроизведены в терминале вызываемой стороны для всех их в пределах слышимости. Желание иметь механизм переопределения применяется также, когда пользователя PoC приглашают на происходящий сеанс PoC или при инициализации сеанса PoC с использованием предварительно установленного сеанса.
В соответствии с первым аспектом настоящего изобретения предоставлен способ работы службы “нажми и говори” через мобильную беспроводную сеть связи, в котором пользователь подвижного беспроводного терминала может выбирать режим автоматического или неавтоматического ответа для входящих приглашений на сеанс, по меньшей мере, для некоторых других пользователей, причем способ содержит этапы, на которых:
включают в сеанс “нажми и говори” приглашение, посылаемое от вызывающей стороны вызываемой стороне, запрос режима неавтоматического ответа;
после приема приглашения на сеанс в сервере “нажми и говори”, обслуживающем вызываемую сторону, передают приглашение, включающее в себя запрос режима неавтоматического ответа, вызываемой стороне, независимо от любой установки режима автоматического ответа для вызываемой стороны;
принимают приглашение в вызываемой стороне и генерируют сигнал в терминале вызываемой стороны.
Предпочтительно протокол сигнализации, используемый для того, чтобы устанавливать сеансы “нажми и говори” и управлять ими, является протоколом инициализации сеанса. Приглашение, которое содержит запрос режима неавтоматического ответа, может быть сообщением ПРИГЛАШЕНИЕ или ОБРАЩЕНИЕ протокола инициализации сеанса.
Приглашение на сеанс “нажми и говори” может быть передано с помощью упомянутого сервера “нажми и говори” вызываемой стороне только после процедуры санкционирования, выполненной сервером. Способ также может содержать этап, на котором выполняют процедуру санкционирования в сервере “нажми и говори”, обслуживающем вызывающую сторону, причем запрос включают в приглашение, передаваемое в сервер “нажми и говори”, обслуживающий вызываемую сторону, только, если дано санкционирование. Каждая или обе из процедур санкционирования могут быть выполнены с помощью сравнения идентификационного кода вызывающей стороны и/или вызываемой стороны со списком или списками идентификационных кодов, предварительно запомненных в сервере (серверах) “нажми и говори”.
Предпочтительно способ включает в себя этапы, на которых принимают подсказку пользователя на вызывающей стороне, чтобы запросить режим неавтоматического ответа, и в результате включают запрос в приглашение на вызывающей стороне. В качестве альтернативы этап, на котором включают запрос, мог бы быть выполнен автоматически, например в результате предварительной установки на вызывающей стороне.
В частности, изобретение является применимым к службе “нажми и говори” через сотовую связь.
В соответствии со вторым аспектом настоящего изобретения предоставлен способ работы подвижного беспроводного терминала с возможностью “нажми и говори”, причем способ содержит этап, на котором включают запрос режима неавтоматического ответа в приглашение, посылаемое с помощью терминала в терминал того же самого уровня сети.
В соответствии с третьим аспектом настоящего изобретения предоставлен способ работы сервера “нажми и говори” в мобильной беспроводной сети связи, причем способ содержит этапы, на которых принимают приглашение “нажми и говори” из терминала вызывающего клиента, причем приглашение включает в себя запрос режима неавтоматического ответа, передают запрос, включающий в себя запрос режима неавтоматического ответа, в терминал вызываемого клиента и ожидают приема сообщения ответа из терминала вызываемого клиента до продолжения установления сеанса.
В соответствии с четвертым аспектом настоящего изобретения предоставлен подвижный беспроводной терминал, имеющий процессор и память, сконфигурированные с возможностью облегчение участия терминала в сеансе “нажми и говори”, облегченного с помощью мобильной беспроводной сети связи, и пользовательский интерфейс, предназначенный для предоставления возможности пользователю взаимодействовать с процессором и памятью, причем процессор выполнен с возможностью приема входного сигнала пользователя из пользовательского интерфейса, инициализирующего сеанс “нажми и говори”, генерирования приглашения “нажми и говори” для посылки в вызываемый терминал и включения в приглашение запроса режима неавтоматического ответа, и посылки приглашения в вызываемый терминал.
В соответствии с пятым аспектом настоящего изобретения предоставлен сервер “нажми и говори”, предназначенный для использования в мобильной беспроводной сети связи, чтобы предоставлять службу “нажми и говори” в беспроводные подвижные терминалы, причем сервер содержит:
вход, предназначенный для приема приглашения “нажми и говори” из первого беспроводного подвижного терминала, предназначенного для второго беспроводного подвижного терминала, причем приглашение может включать в себя запрос режима неавтоматического ответа;
выход, предназначенный для передачи принятого приглашения “нажми и говори” во второй беспроводной подвижный терминал назначения;
процессор, запрограммированный с возможностью определения, включает или нет принятое приглашение запрос режима неавтоматического ответа, и, если включает и, если установлен режим автоматического ответа для второго беспроводного подвижного терминала, переопределения установки автоматического режима и передачи приглашения во второй беспроводной подвижный терминал, включающего в себя запрос режима неавтоматического ответа, через упомянутый выход.
Краткое описание чертежей
Фиг. 1 схематически иллюстрирует мобильную беспроводную сеть связи, облегчающую службу “нажми и говори” через сотовую связь;
фиг. 2 иллюстрирует сигнализацию в сети фиг. 1, связанную с установлением сеанса в режиме автоматического ответа;
фиг. 3 иллюстрирует сигнализацию в сети фиг. 1, связанную с процедурой переопределения режима автоматического ответа во время установления сеанса.
Подробное описание определенных предпочтительных вариантов осуществления
Служба “нажми и говори” через сотовую связь (РоС) описана выше со ссылкой на фиг. 1 и переопределение режима неавтоматического ответа обсуждено со ссылкой на фиг. 2. Следующее описание предлагает введение дополнительного признака переопределения, а именно признака переопределения режима автоматического ответа, потребность в котором ранее не была понята. Специалист в данной области техники поймет, что широкое использование этого нового признака может потребовать поправки и/или расширения в спецификации РоС.
Когда первый пользователь РоС (пользователь А) желает взаимодействовать со вторым пользователем РоС (пользователем В) с использованием режима неавтоматического ответа, например, когда пользователь А не желает говорить до тех пор, пока пользователь В не находится в положении, в котором никто другой не может подслушивать разговор, пользователь А может включить в приглашение, посылаемое пользователю В, запрос о том, что может быть использован режим неавтоматического ответа, переопределяющий любой режим автоматического ответа, который может установить пользователь В. Фиг. 3 изображает упрощенный пример потока сигнализации, когда пользователь А РоС приглашает другого пользователя В РоС на сеанс РоС и включает в приглашение запрос режима неавтоматического ответа. Этот запрос имеет форму существующего запроса режима неавтоматического ответа, предоставленного в спецификации (но в настоящее время предназначенного для добавления к приглашению только в локальном сервере РоС пользователя А).
Режим ответа сконфигурирован следующим образом.
1. Клиент В РоС конфигурирует автоматический режим в сети посредством запроса ПУБЛИКАЦИЯ.
2. Сервер В РоС подтверждает установку режима автоматического ответа посредством ответа 200 “ОК” и запоминает установку “автоматический”.
Когда пользователь А РоС нажимает кнопку РоС на своем терминале, этапы происходят следующим образом.
3. Клиент А РоС решает пригласить пользователя В на сеанс РоС и посылает запрос ПРИГЛАШЕНИЕ в сервер РоС. Режим неавтоматического ответа включают в запрос ПРИГЛАШЕНИЕ в клиенте А.
4. Сервер А РоС посылает запрос ПРИГЛАШЕНИЕ в сервер В РоС в собственной сети пользователя В РоС.
5. Сервер В РоС посылает запрос ПРИГЛАШЕНИЕ клиенту В РоС. Запрос ПРИГЛАШЕНИЕ включает в себя запрос режима неавтоматического ответа, принятого в запросе ПРИГЛАШЕНИЕ из сервера А РоС. Указание включения режима неавтоматического ответа вместо сконфигурированного режима ответа может быть подвержено санкционированию в сервере В РоС, т. е. чтобы определить, санкционирован ли или нет пользователь В переопределять режим автоматического ответа с помощью пользователя А.
6. Клиент В РоС посылает ответ 180 звонка в сервер В РоС и указывает пользователю В РоС, что приглашение на сеанс РоС принято.
7. Сервер В РоС посылает ответ “звонок” в сервер А РоС.
8. Сервер А РоС посылает ответ “звонок” клиенту А РоС. Клиент А РоС указывает пользователю А РоС, что пользователь В РоС информирован о приглашении, и что клиент В РоС ожидает приема пользователя В РоС, например, в клиенте В воспроизводят тональный сигнал звонка.
9. Когда пользователь В принимает приглашение, клиент В РоС посылает запрос ПРИГЛАШЕНИЕ в сервер В РоС.
10. Сервер В РоС передает 200 ОК в сервер А РоС.
11. Сервер А РоС посылает ответ 200 ОК пользователю А, и пользователь А РоС принимает указание, что он может начать говорить. Сеанс РоС установлен.
Без труда будет понятно, что процедура, описанная в настоящей заявке, дает возможность вызывающему клиенту, клиенту А РоС, влиять на решение, принятое с помощью сервера В РоС, независимо от режима ответа для клиента В.
Процедура, описанная в настоящей заявке, также применима к сценарию, в котором пользователя РоС приглашают участвовать в проходящем сеансе РоС и в котором сеанс РоС инициализируют с использованием предварительно установленного сеанса. В последнем случае единственным существенным различием с подходом, описанным выше, является то, что запрос режима неавтоматического ответа включают в запрос ОБРАЩЕНИЕ, посылаемый с помощью клиента РоС, приглашающего пользователя РоС, а не в сообщение ПРИГЛАШЕНИЕ.
Специалист в данной области техники поймет, что различные модификации могут быть сделаны в описанных выше вариантах осуществления, не выходя за рамки объема настоящего изобретения.