Нужна микросотовая связь. Станция Meridian 1 Option 11C.

Meridian DECT - дороговато. Может существуют ещё какие-нибудь? В частности, Kirk dect-z 1500 или Goodwin Spree... Что подойдёт?

Есть 7 свободных портов ISDN BRI - к ним-то и хотим подключить DECT-систему. Трубок на данный момент надо будет около 20 штук. Но вот базовых станций - 12.

Также ещё у меня такие вопросы:
- функция flash на DECT-трубках будет поддерживаться?
- номер абонента будет виден на этих трубках? И, наоборот, на цифровых телефонах будет отображаться номер трубки?
- NCOS можно будет присваивать каждой DECT-трубке отдельно или они все будут с одним NCOS'ом?
- есть абоненты с цифровым телефоном. Можно им будет прописать трубку с тем же номером (DN)?

>>Meridian DECT - дороговато.
Скупой платит дважды. Об NCOS и трубках с тем же номером можешь забыть.

Meridian DECT тем и хорош, что он родной, интегрированный. Из чего следует:
- Flash поддерживается, соответствено работают (если разрешены в CLS) трансфер и конференция,
- В обе стороны виден не только номер, но и имя абонента, как на дисплее цифровика,
- Трубка программируется в М1 как аппарат, со своим NCOS, с группой подбора и проч. и проч.
- Конечно можно. Прописываешь любой DN, какой нужен.

А если подключаешь внешнюю систему - вся функциональность определяется этой самой системой и стыком. По BRI наверно сможет отдать/получить номер, всё остальное из перечисленного - врядли. Ну ещё может быть сможешь трансферить звонки "внутри" DECT c трубки на трубку и собирать конференцию...


Удачи

2 All:

Насколько понимаю, всё упирается в две вещи:

1) возможности, предоставляемые протоколом ISDN BRI
2) и поддерживают ли эти возможности DECT-система с Meridian'ом

Вообщем, поглядел некоторую инфу по ISDN. Вот, что мне приглянулось:
- идентификация вызывающей линии (CLIP)
- прямой доступ к абоненту частной сети (DDI)
- общий абонентский номер (MSI) - только не совсем мне понятно, что именно это.
- идентификация номера вызываемого абонента (COLP)
- индикация поступившего вызова - ожидание звонка (CW)
- установление сеанса конференц-связи и подсоединение к нему (CONF)
- безусловная переадресация вызовов (CFU)
- переадресация вызова при занятости вызываемого абонента (CFB)
- переадресация вызовов при отсутствии ответа вызываемого абонента (CFNR)
- субадресация (SUB)
- вызов с участием трёх абонентов (3PTY)
- удержание вызова (CH)

Если всё это возможно, то это просто замечательно!

Кто-нибудь пробовал подключить к Meridian'у не родную DECT? И чего из этого получилось?

И где, ёлки-палки, найти инфу по протоколу сигнализации Q.sig? Ведь его, по-моему, Meridian поддерживает. А там вроде как наворотов немерянно...

http://kiev-security.org.ua

Б.С. Гольдштейн
ПРОТОКОЛЫ СЕТИ ДОСТУПА
Том 2

Глава 5. ПРОТОКОЛ QSIG .................................................. ...... 135
5.1. Модель протокола QSIG.............................................. . 135
5.2. Функциональное описание подсистем ........................ 139
5.3. Услуги и дополнительные сетевые услуги QSIG.......... 148
5.4. Протокол DPNSS............................................. ............. 153



___________________________________
Сергей aka Skarl

Тут дело даже не в самом протоколе Qsig, а в реализации его на Меридиане, от наваротов ничего не осталось т.к. Нортел поддерживает максимум фич только в собственной сигнализации MCDN, которая естественно присутсвует только на их оборудовании, круг замыкается ;)

http://kiev-security.org.ua

Б.С. Гольдштейн
ПРОТОКОЛЫ СЕТИ ДОСТУПА
Том 2
Глава 5

Прикол. Именно файл с этой главой у меня и не скачивается. Reget его не берёт, а IE доходит до 99% и тупо бесконечно висит...

По идее, ведь если Nortel заявляет поддержку Q.sig, то значит она должна быть. Правильно?

Где можно глянуть, в каком виде Meridian поддерживает протокол сигнализации Q.sig? У меня компакт-диск с инфой по Meridian'у на позапрошлой неделе разлетелся на мелкие кусочки в приводе... Млин, так обидно. И я копий не делал...

Из описания Meridian'овского ISDN BRI:

For ISDN BRI, the QSIG interface will provide the following capabilities:
— Compliant Multi-vendor PBX/Centrex Private ISDN interworking
(connectivity between the Private ISDN PBXs may be via PRI or ISDN
BRI trunks)
— ETSI or ISO version of basic call service
— 64 kbps clear data
— Overlap Sending/Receiving
— Channel Negotiation
— Calling Line Identification Presentation (CLIP)
— Calling Line Identification Restriction (CLIR)
— Connected Line Identification Presentation (CLOP)
— Connected Line Identification Restriction (CLOR)
— Flexible Numbering Plan
— Support for TIE trunk call types
— Transit Count information transmitted when ISDN Call Connection
Limitation (ICCL) is present (supported for ETSI QSIG only)
— Party Category (partially supported on ETSI QSIG)

Чего-то маловавто будет... Если кто понимает, получится что я хочу исходя из этого?