#591 closed задача (fixed)
Индикация состояния и подключения операторов подключенных к групповому каналу
Reported by: | san | Owned by: | alx |
---|---|---|---|
Priority: | critical | Milestone: | 1 очередь |
Component: | Диспетчерская связь | Keywords: | |
Cc: |
Description
Для условий, когда канал Ethernet имеет малую ширину и не гарантирован, речевые данные между Диспетчером и Операторами могут передаваться через групповой канал TDM, организованный с помощью окончаний платы VE-01/02. Внутри этого группового речевого канала также передаются сигналы "групповой вызов" и "групповое отключение". При подключении любого пользователя в канал, окончание канала подключается к основной конференции. При вызове окончания группового канала Диспетчером, в канал отправляется сигнал "групповой вызов", при получении этого сигнала все окончания подключенные к групповому каналу отправляют вызов в сторону оператора. Кроме того у операторов имеется возможность совершать обычные вызовы через Ethernet, и Диспетчер может вызывать их через Ethernet.
Недостаток этого решения, в том что при подключении операторов через групповой канал Диспетчер на пульте видит только сам факт подключения группового канала к основной конференции, но не видит какие конкретно операторы присутствуют на связи.
Требуется добавить новую функцию в систему диспетчерской связи MC04-Dispatcher.
- На пульте Диспетчера должны отображаться статусы абонента: Зарегистрирован/нет/занят аналогично статусам остальных пользователей
- На пульте Диспетчера должна отображаться информация о том какие операторы подключены в данный момент к групповому каналу, подключенному в основную конференцию, аналогично тому, как отображаются остальные пользователи подключенные в конференцию(в виде отдельных "плашек").
- Групповых каналов, подключенных в основную конференцию может быть несколько.
- Диспетчер должен иметь возможность через пульт отключить групповой канал от основной конференции.
Кроме того, если возможно, дополнительно можно реализовать:
- Отображать речевую активность операторов подключенных к групповому каналу
Напомню, что в ходе устного обсуждения были предложены такие основные варианты, реализации решения:
- фэйковая конференция(реализованная с помощью VE-02, ближней к серверу), позволяющая имитировать подключение нескольких абонентов, при подключении группового канала к конференции.
- дополнительный функционал в программе MC04-Dispatcher, позволяющий получить с плат VE-02 подключенных к групповому каналу необходимую информацию.
Предлагаю, для начала определится с вариантом реализации.
Change History (8)
comment:1 by , 5 years ago
follow-up: 4 comment:2 by , 5 years ago
обсуждением схемы без ethernet, которая сейчас более не рассматривается
Да, обсуждали этот вариант мы в другой схеме, но мне кажется, что и для гибридной схемы это вариант может подойти, разница только в том что передавать сигнализацию через Ethernet а не групповой канал.
comment:3 by , 5 years ago
Ни один из перечисленных здесь вариантов мне не нравится. Первый названный вариант, как я уже сказал, относится к схеме, где нет ethernet, и требует разработки и реализации отдельного канала, по которому будет передаваться сигнализация между шлюзами VE-02. Второй вариант мне не нравится тем, что требует внесения существенных изменений в пульт диспетчера (добавлять туда функционал, который сейчас отсутствует), причем эти доработки будут "привязывать" его конкретно к канальным окончаниям VE-02.
Более логичным вариантом мне кажется реализация описанных требований только с помощью канальных окончаний VE-02. Это канальное окончание должно работать как "посредник" (пишу по-русски чтобы не путать с "SIP proxy"):
- Канальное окончание работает с групповым каналом TDM подобно окончанию PPS (имеет сигналы "Подключиться" и "Отключиться"). Далее работа с групповым каналом не рассматривается, подразумевается, что все как у окончания PPS.
- Канальное окончание регистрируется на сервере диспетчерской связи.
- Канальному окончанию в конфигурации задается URI "его" абонента (канального окончания FXS, которое оно будет подключать к конференции).
- При вызове абонентом конференции вызов принимает "его" канальное окончание (по URI, заданному в конфигурации). Получив INVITE, канальное окончание отправляет INVITE (свой собственный) в диспетчерскую конференцию (то есть вызывает диспетчера). При этом в SDP указывается атрибут inactive, в результате чего медиапоток между канальным окончанием и конференцией отсутствует.
- При получении из канала TDM сигнала "Подключение" канальное окончание вызывает своего абонента по URI, заданному в конфигурации.
- При ответе абонента окончание отправляет INVITE (свой собственный) в диспетчерскую конференцию (то есть вызывает диспетчера). При этом в SDP указывается атрибут inactive, в результате чего медиапоток между канальным окончанием и конференцией отсутствует.
- При отключении от канала TDM (прием сигнала "Отключение") окончание разрывает оба соединения - и к абоненту, и к конференции.
- При получении BYE для установленного соединения от конференции канальное окончание разрывает соединение с абонентом. Таким образом диспетчер может выгнать абонента из конференции.
Преимущества этого варианта:
- используется исключительно стандартный протокол (SIP) без каких бы то ни было нестандартных расширений.
- не требуется модификация существующих пультов диспетчера и серверов диспетчерской связи.
comment:4 by , 5 years ago
Replying to san:
Да, обсуждали этот вариант мы в другой схеме, но мне кажется, что и для гибридной схемы это вариант может подойти, разница только в том что передавать сигнализацию через Ethernet а не групповой канал.
:) Так разработка и реализация специальной сигнализации через дополнительный группвой канал - это процентов 80 (если не все 90) трудоемкости обсуждавшегося решения! Если без этого всего - то да, это получается почти вариант, предложенный мной выше. :) "Почти" - потому что в предложенном варианте каждое канальное окончание имеет только одно соединение с конференцией, а не несколько.
comment:5 by , 5 years ago
Ой. Насколько я понимаю, задача подключения к конференции по инициативе абонента не ставилась. Исправил свой comment:3.
comment:6 by , 5 years ago
Ой. Насколько я понимаю, задача подключения к конференции по инициативе абонента не ставилась. Исправил свой comment:3.
Ставилась.
При подключении любого пользователя в канал, окончание канала подключается к основной конференции
comment:7 by , 5 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Алексей, я согласен с предложенным вариантом реализации, тикет можно закрывать и приступать к реализации.
Replying to san:
Что-то я не помню, чтобы такой вариант предлагался... Возможно, ты путаешь с обсуждением схемы без ethernet, которая сейчас более не рассматривается (сейчас рассматривается так называемая "гибридная" схема, в которой имеется подключение как через групповой канал TDM, так и через ethernet).