CCSS + Group = ограничения и обратный вызов

Ситуация: для ограничения sip-абонентов делается всем им 1 линия (типа одноканальный телефон). Все ограничения реализуются в диалплане с помощью GROUP. Входящий/исходящий вызов возможен один, при втором поступающем вызове на ограниченного абонента проигрывается сообщение, что абонент занят. И далее предлагается сделать заказ "обратного звонка", что реализуется с помощью CCSS. И эта схема не работает. Почему? Немного углубимся в вопрос.

Если на sip-абонента разрешить прохождение 2-х вызовов, и на аппарате этого sip-абонента отключить call-waiting, CCSS работает отлично, т.к. первый вызов проходит - абоненты, разговаривают. А второй вызов поступает на аппарат, отбивается им, астериск видит код 486 и предлагает заказ "обратного звонка". Который срабатывает, т.к. есть в данных астериска о звонке канал, на который не прошел вызов. Ситуация А на схеме.

При ситуации в начале топика, второй вызов на аппарат не поступает, т.к. GROUP_COUNT говорит нам, что один разговор уже есть, и переходит на нужное место диалплана, где предлагается заказать обратный вызов. Но отзвона не происходит, т.к. CCSS не знает "занятого" канала, который мы и не занимали потому как чего туда звонить там и так занято. Ситуация Б на схеме.

Вопрос: как можно подсунуть CCSS'у этот канал? Или каким-то иным способом заставить работать данный функционал с соблюдением входных условий (ограничение каналов на абоненте и работающая CCSS)?

Зачем ограничивать абонентов одним каналом? Ну, при взломе абонента и многоканальном номере можно неплохо уйти в минус. Повторений не хочется : )

Диалплан и трассировки не привожу, т.к. вопрос (мне кажется) более структурный нежели в деталях. Но при необходимости могу приложить.