Проигрывание сообщения при достижении Max Queued Call Count Опции

[sunturner]

Первая часть вашей задачи решается очень просто, т.к. каждый абонент может быть одновременно агентом нескольких Hunt-групп (но группы - одного и того же типа, например, UCD).
Тогда:
- Создаете 2 Hunt-группы одинакового типа и с одним и тем списком агентов. Например, это группы H620 и Н621. В обеих группах прописаны одни и те же абоненты (например, 100, 101, ..., 111)
- Вызовы направляете в первую Hunt-группу, например, Н620. В атрибутах H620 в поле ALT DEST указываете группу H621.
- В атрибутах H621 указываете гарантированное приветствие ("Все операторы заняты, пожалуйста, ожидайте...")
- Если есть свободный оператор, то вызов остается в группе Н620.
- Если все операторы заняты, то вызов перебрасывается в группу Н621 (состоящую из тех же самых операторов), и клиенту гарантированно выдается речевое сообщение (заняты... ожидайте). Вызов будет в очереди пока не осводится агент или не истечет таймер Overflow. Потом можно дать другое сообщение (Извиняйте, перезвоните...).
Но вот связать выдачу второго приветствия с превышением кол-ва вызовов в очереди - не получится.

Длину очереди можно понимать по-разному:
- кол-во вызовов, ожидающих обслуживания (Max Queue Count)
- время, в течении которого данный вызов находится в очереди (Overflow). В вашем случае можно реализовать Overflow.

- Overflow всем хорош, но как контролировать нагрузку на линии без Max Queue Count?
У нас есть пул цифровых линий на четыре номера. Один из номеров - Call-center. Если я буду использовать только Overflow, в пиковую нагрузку возможна ситуация, когда весь пул займут ожидающие звонящие в Call-center (все линии "лягут" на телефонный номер call-center). В этом случае остальные три номера не будут доступны, не говоря уже об исходящих из офиса звонках.

Вопросы:

1. Существует ли альтернативный Max Queue Count вариант контроля линий (ограничения количества линий на один номер), который позволит держать свободные линии для других телефонных номеров?

2. При использовании Max Queue Count возможно переопределить сигнал "занято" на голосовое сообщение "все линии заняты, перезвоните позже"? Отличаются ли с точки зрения АТС сигналы "занято" и "отбой" (в первом случае - нет свободного абонента, во втором - абонент положил трубку), можно ли сделать эти сигналы разными?

[Dron]

- Overflow всем хорош, но как контролировать нагрузку на линии без Max Queue Count?
У нас есть пул цифровых линий на четыре номера. Один из номеров - Call-center. Если я буду использовать только Overflow, в пиковую нагрузку возможна ситуация, когда весь пул займут ожидающие звонящие в Call-center (все линии "лягут" на телефонный номер call-center). В этом случае остальные три номера не будут доступны, не говоря уже об исходящих из офиса звонках.

Вопросы:

1. Существует ли альтернативный Max Queue Count вариант контроля линий (ограничения количества линий на один номер), который позволит держать свободные линии для других телефонных номеров?

2. При использовании Max Queue Count возможно переопределить сигнал "занято" на голосовое сообщение "все линии заняты, перезвоните позже"? Отличаются ли с точки зрения АТС сигналы "занято" и "отбой" (в первом случае - нет свободного абонента, во втором - абонент положил трубку), можно ли сделать эти сигналы разными?

У вас в группе 12 абонентов. Включаете Alt if No Member на другую группу(к примеру, терминальную), в которой прописан абонет из плана нумерации даже и не существующий физически. В этой группе выставляете Overflow Timer 1 сек., Overflow Destination на VMIB c #(сообщение "все линии заняты, перезвоните позже").
При отсутствии свободных абонентов в первой группе вызов уйдет во вторую, где будет произнесена фраза "все линии заняты, перезвоните позже", после чего соединение будет разорвано. Такой вариант вам не подойдет?
Max Queue Count для первой группы, естественно, больше, чем абонентов в этой группе.

[sunturner]

Длину очереди можно понимать по-разному:
- кол-во вызовов, ожидающих обслуживания (Max Queue Count)
- время, в течении которого данный вызов находится в очереди (Overflow). В вашем случае можно реализовать Overflow.

- А возможен третий вариант:
сейчас в группе приема вызовов 12 абонентов. Допустим, я проэмулирую очередь, добавив в группу 16 неиспользуемых станций (номера станций, не обслуживаемые телефонными аппаратами).
Ставлю Overflow в 5 минут, Alternate Destination - на группу с сообщением "все линии заняты, перезвоните позже".
Мои надежды, что это будет работать аналогично Max Queue Count: 12 звонков обслуживает 12 "живых" абонентов, 16 звонков ждут приема от "мертвых" станций (и при освобождении "живых" попадают на нее), 29-й позвонивший слышит сообщение "все линии заняты" и отбой.
Будет ли схема работать так, как я хочу? Не попадут ли звонящие на "мертвые" линии в вечное ожидание?

[Dron]

- А возможен третий вариант:
сейчас в группе приема вызовов 12 абонентов. Допустим, я проэмулирую очередь, добавив в группу 16 неиспользуемых станций (номера станций, не обслуживаемые телефонными аппаратами).
Ставлю Overflow в 5 минут, Alternate Destination - на группу с сообщением "все линии заняты, перезвоните позже".
Мои надежды, что это будет работать аналогично Max Queue Count: 12 звонков обслуживает 12 "живых" абонентов, 16 звонков ждут приема от "мертвых" станций (и при освобождении "живых" попадают на нее), 29-й позвонивший слышит сообщение "все линии заняты" и отбой.
Будет ли схема работать так, как я хочу? Не попадут ли звонящие на "мертвые" линии в вечное ожидание?

Я вам такое еще вчера хотел предложить, но сам в такой комбинации не пробовал! Но, по моему разумению, если вызов пришел на "мертвую" станцию, при освобождении "живой", он на нее не уйдет.

[sunturner]

У вас в группе 12 абонентов. Включаете Alt if No Member на другую группу(к примеру, терминальную), в которой прописан абонет из плана нумерации даже и не существующий физически. В этой группе выставляете Overflow Timer 1 сек., Overflow Destination на VMIB c #(сообщение "все линии заняты, перезвоните позже").
При отсутствии свободных абонентов в первой группе вызов уйдет во вторую, где будет произнесена фраза "все линии заняты, перезвоните позже", после чего соединение будет разорвано. Такой вариант вам не подойдет?
Max Queue Count для первой группы, естественно, больше, чем абонентов в этой группе.

Но ведь при включенном Alt if No Member никто не будет попадать в очередь!
Реализовать выдачу сообщения "перезвоните позже" при отсутствии свободных операторов задача очевидная и легкая. Но нужно другое - в пиковую нагрузку держать пул ожидающих звонящих (иначе мы, выдавая им "занято", их теряем - не факт, что они перезвонят еще раз).
В моем последнем сообщении я изложил еще один вариант реализации очереди - можете посмотреть и сказать, будет ли работать?

[sunturner]

Я вам такое еще вчера хотел предложить, но сам в такой комбинации не пробовал! Но, по моему разумению, если вызов пришел на "мертвую" станцию, при освобождении "живой", он на нее не уйдет.

ну теоретически как раз вроде бы должен уйти - это же UCD ("Группа РАВНОМЕРНОГО приема")!
впрочем, я с ldk-300 первую неделю работаю, до конца ни в чем не уверен...

[Dron]

Но ведь при включенном Alt if No Member никто не будет попадать в очередь!
Реализовать выдачу сообщения "перезвоните позже" при отсутствии свободных операторов задача очевидная и легкая. Но нужно другое - в пиковую нагрузку держать пул ожидающих звонящих (иначе мы, выдавая им "занято", их теряем - не факт, что они перезвонят еще раз).
В моем последнем сообщении я изложил еще один вариант реализации очереди - можете посмотреть и сказать, будет ли работать?

Да, все так, никто и не спорит!
А вы смотрели вариант, который вчера предложил ув. harris?

[harris]

- Overflow всем хорош, но как контролировать нагрузку на линии без Max Queue Count?
У нас есть пул цифровых линий на четыре номера. Один из номеров - Call-center. Если я буду использовать только Overflow, в пиковую нагрузку возможна ситуация, когда весь пул займут ожидающие звонящие в Call-center (все линии "лягут" на телефонный номер call-center). В этом случае остальные три номера не будут доступны, не говоря уже об исходящих из офиса звонках.

Вопросы:

1. Существует ли альтернативный Max Queue Count вариант контроля линий (ограничения количества линий на один номер), который позволит держать свободные линии для других телефонных номеров?

2. При использовании Max Queue Count возможно переопределить сигнал "занято" на голосовое сообщение "все линии заняты, перезвоните позже"? Отличаются ли с точки зрения АТС сигналы "занято" и "отбой" (в первом случае - нет свободного абонента, во втором - абонент положил трубку), можно ли сделать эти сигналы разными?

1) Каких линий??? У Вас аналоговые 2-х проводки или ISDN??
2) Уже несколько Вам писали, что по событию = превышение Max Queue Count станция выполняет разъединение линии и ничего более. Переопределить действие для этого события нельзя!
Какие сигналы Вы хотите сделать разными??? Отбой - он и есть отбой. Станция разъединяет линию ("кладет трубку"), а уже городская АТС генерит для вызывающего абонента сигнал "Занято" (короткие гудки).

[Dron]

ну теоретически как раз вроде бы должен уйти - это же UCD ("Группа РАВНОМЕРНОГО приема")!
впрочем, я с ldk-300 первую неделю работаю, до конца ни в чем не уверен...

С чего бы ему уходить, коль "мертвый" номер свободен и принимает вызов.. Хотя, еще раз повторю, такое я сам не пробовал.

[sunturner]

Да, все так, никто и не спорит!
А вы смотрели вариант, который вчера предложил ув. harris?

Да, смотрел. Но, насколько я понял, при таком подходе нагрузка на линии ничем не контролируется (по сути, предложенное ничем не отличается от Overflow при использовании одной группы).
Для меня принципиально важно зафиксировать число линий, занятых одновременно.
Думаю попробовать вариант с "мертвыми" станциями в качестве эмуляции очереди (только надо подумать, как проверить работоспособность схемы).

[Dron]

Да, смотрел. Но, насколько я понял, при таком подходе нагрузка на линии ничем не контролируется (по сути, предложенное ничем не отличается от Overflow при использовании одной группы).
Для меня принципиально важно зафиксировать число линий, занятых одновременно.
Думаю попробовать вариант с "мертвыми" станциями в качестве эмуляции очереди (только надо подумать, как проверить работоспособность схемы).

А "мертвые" номера вы какие хотите прописывать, те, которые физически имеются, но не используются?

[sunturner]

С чего бы ему уходить, коль "мертвый" номер свободен и принимает вызов.. Хотя, еще раз повторю, такое я сам не пробовал.

Мда, пожалуй...

[Dron]

Мда, пожалуй...

Да, и "мертвые" номера должны быть реальные!

[vitalii]

[quote name='sunturner' date='21.6.2011, 10:46' post='51636']
- Overflow всем хорош, но как контролировать нагрузку на линии без Max Queue Count?
У нас есть пул цифровых линий на четыре номера. Один из номеров - Call-center. Если я буду использовать только Overflow, в пиковую нагрузку возможна ситуация, когда весь пул займут ожидающие звонящие в Call-center (все линии "лягут" на телефонный номер call-center). В этом случае остальные три номера не будут доступны, не говоря уже об исходящих из офиса звонках.

30 минус 12(абонентов в позиции ответа) минус такое такое кол-во абонентов в очереди, чтобы остались линии и для занятия для исходящей

[sunturner]

А "мертвые" номера вы какие хотите прописывать, те, которые физически имеются, но не используются?

И в том, и в другом случае ничего не получается - звонящий либо попадает в вечное ожидание, либо получает отлуп "все линии заняты".
Остается один вариант - использовать Overflow, а линии ограничивать физически (просить телефонного оператора зафиксировать пул линий за номером колл-центра). Это тоже не очень хорошо, так как большую часть времени (кроме пиковой нагрузки) линии не будут использоваться.
Интересно, может ли оператор связи не фиксировать пул, а установить максимум линий на номер (чтобы при низкой нагрузке линии распределялись по номерам, а при пике на номер колл-центра не выделялось линий больше установленного максимума)?

[sunturner]

30 минус 12(абонентов в позиции ответа) минус такое такое кол-во абонентов в очереди, чтобы остались линии и для занятия для исходящей

вроде того, но как это реализовать БЕЗ Max Queue Count?

[Dron]

И в том, и в другом случае ничего не получается - звонящий либо попадает в вечное ожидание, либо получает отлуп "все линии заняты".

Что и следовало доказать, в общем то!

[sunturner]

Да, и "мертвые" номера должны быть реальные!

Как я понял, в этом случае произойдет "вечное ожидание" - оператор свободен, но не берет трубку; звонящий ждет, когда оператор ответит; и ждать будет до истечения Overflow — так лучше уж сразу его отлупливать, а то больно безнадежно все.

[Dron]

Как я понял, в этом случае произойдет "вечное ожидание" - оператор свободен, но не берет трубку; звонящий ждет, когда оператор ответит; и ждать будет до истечения Overflow — так лучше уж сразу его отлупливать, а то больно безнадежно все.

Да.

[Dron]

И в том, и в другом случае ничего не получается - звонящий либо попадает в вечное ожидание, либо получает отлуп "все линии заняты".
Остается один вариант - использовать Overflow, а линии ограничивать физически (просить телефонного оператора зафиксировать пул линий за номером колл-центра). Это тоже не очень хорошо, так как большую часть времени (кроме пиковой нагрузки) линии не будут использоваться.
Интересно, может ли оператор связи не фиксировать пул, а установить максимум линий на номер (чтобы при низкой нагрузке линии распределялись по номерам, а при пике на номер колл-центра не выделялось линий больше установленного максимума)?

Ну, ежели это все так критично, берите отдельный поток для номера колл-центра, все свои проблемы решите!