AlexBT писал(а):А посему быть агентом оп ТУС - это вполне легальный способ заработать деньги на оп ТУС

Согласен. Но:

AlexBT писал(а):Так же он не может и брать денег и с оператора ТУС за инициирование вызова.

Это почему - не понял.

Kali писал(а):Это почему - не понял.

Это по модели AlexBT - где ОпТУС является соисполнителем услуг ОпМТС.

JK писал(а):Кто занимается "просеиванием" - вы или ОпМТС с вашей помощью?

Данную услугу мы по договору услуг предоставляем ОпМТС. Своих (привязанных) абонентов у нас нет, есть только в локальной (на АПК) базе профили настроек пользующей данной услугой абонентов. Финансовые взаиморасчеты мы производим с опМТС, а с абонентов опМТС стоимость услуги снимает самостоятельно.
Так вот, имеет ли место данная схема и как должны строится взаиморасчеты по пропуску трафика в даном случае ?

Vic_20
Я не вижу у Вас услуг по пропуску трафика в разрезе ППРФ 161. Просто ОпМТС использует Ваше оборудование - типа арендовал автомашину и сам на ней катается - езда есть, а транспортных услуг нет...
Может у кого-нибудь есть другое мнение, но я вижу так.

JK писал(а):Я не вижу у Вас услуг по пропуску трафика в разрезе ППРФ 161. Просто ОпМТС использует Ваше оборудование - типа арендовал автомашину и сам на ней катается - езда есть, а транспортных услуг нет...
Может у кого-нибудь есть другое мнение, но я вижу так.

Получается что инициирование вызовов и завершение к нашему типу не относится ? Есть это так, то договор о присоединение будет только на точки присоединения, а о пропуске трафика нет основания согласно ППРФ 161 ???

Vic_20
Так и услуг присоединения тоже нет - т.к. нет услуг пропуска трафика.
У вас не услуги связи, а услуги аренды АПК - Ваше оборудование юзает ОпМТС.
Это вытекает из ваших слов:

Vic_20 писал(а):Данную услугу мы по договору услуг предоставляем ОпМТС. Своих (привязанных) абонентов у нас нет, есть только в локальной (на АПК) базе профили настроек пользующей данной услугой абонентов. Финансовые взаиморасчеты мы производим с опМТС, а с абонентов опМТС стоимость услуги снимает самостоятельно.

JK писал(а):Vic_20
Так и услуг присоединения тоже нет - т.к. нет услуг пропуска трафика.
У вас не услуги связи, а услуги аренды АПК - Ваше оборудование юзает ОпМТС.

По договору аренды доход будет фиксированным, а нам нужна динамика от кол-ва пользователей данной услуги. Во вторрых опМТС не хочет связыватся с эксплуатацией данного комплекса, а также заморачиватся с прочеей разрешительной документцией.

Vic_20
1. Установите таксу по интенсивности использования (в кол-ве запросов, например, или в секундах-минутах, если это критично).
2. Договор аренды и обслуживания.
3. Услуги оказывать хочет, а РЭ получать неЗелает?!... Нет уж, любишь кататься - люби и саночки возить. - если РЭ получать Вам, то и услуги абонентам нужно будет оказывать вам же, а не ОпМТС. Т.е. это уже иная система.

JK писал(а):1. Установите таксу по интенсивности использования (в кол-ве запросов, например, или в секундах-минутах, если это критично).
2. Договор аренды и обслуживания.
3. Услуги оказывать хочет, а РЭ получать неЗелает?!... Нет уж, любишь кататься - люби и саночки возить. - если РЭ получать Вам, то и услуги абонентам нужно будет оказывать вам же, а не ОпМТС. Т.е. это уже иная система.

Полностью согласен. От себя добавлю: Vic_20, оказываемые вами услуги

Vic_20 писал(а):одна из ТУС услуг это оказанием доступа вызова к абонетнту МТС происходит некое просеивание вызовов позволяет строить фильтры разрешенных и запрещенных вызовов,

не являются ТУС. Это больше похоже на ДВО. А отдельной лицензии на ДВО нет. (этого еще не хватало ).
Поэтому чтобы избавиить себя от лишнего геморроя, делайте как сказал JK

ed-01 писал(а):Полностью согласен. От себя добавлю: не являются ТУС. Это больше похоже на ДВО. А отдельной лицензии на ДВО нет. (этого еще не хватало ) JK

Не согласен, ТУС на сколько я понимаю это услуга запрос и получению информации, что в моем случае мы и наблюдаем. Если рассматривать в целом, то данный комплекс АПК имеет декларацию о соответствии "средства техничекские телематических служб". Из этого следует, что АПК может присоединятся к любым сетям электросвязи, т.к. в ППРФ 161 четко про ТМС не прописано. Следовательно раз есть сети электросвязи то они должны как то взаимодействоавть, т.е. должен соблюдатся ЗоС Глава 4 и ППРФ 161, а именно порядок расчетов за услуги присоединения и услуги по пропуску трафика. Или я где то ошибаюсь???, проясните если я заблуждаюсь

Вот ведь странно, но в правилах телематики нет определения, что есть "телематическая услуга связи"

Согласен с JK, описанный вариант взаимодействия на телематику не тянет. Тем более с новым ПП 87-ым - ранее хоть факсы телематикой считались, а теперь:

а) доступа к сети связи лицензиата;
б) доступа к информационным системам информационно-телекоммуникационных сетей, в том числе к сети Интернет;
в) приема и передачи телематических электронных сообщений.

Vic_20 писал(а):Не согласен, ТУС на сколько я понимаю это услуга запрос и получению информации, что в моем случае мы и наблюдаем. Если рассматривать в целом, то данный комплекс АПК имеет декларацию о соответствии "средства техничекские телематических служб". Из этого следует, что АПК может присоединятся к любым сетям электросвязи, т.к. в ППРФ 161 четко про ТМС не прописано. Следовательно раз есть сети электросвязи то они должны как то взаимодействоавть, т.е. должен соблюдатся ЗоС Глава 4 и ППРФ 161, а именно порядок расчетов за услуги присоединения и услуги по пропуску трафика. Или я где то ошибаюсь???, проясните если я заблуждаюсь

Тут такое дело... телематика и ТУС - это вещи из разных областей. ТУС (в разрезе лицензий) - это предоставление информации по запросу пользователя, т.е. это некая услуга. А *комплекс АПК имеет декларацию о соответствии "средства техничекские телематических служб"* подразумевает технологию под названием телематика.
Может ли АПК присоединяться к любым сетям электросвязи - может, естественно, если декларация соответствия предусматривает это. Но присоединение (технологическое) не означает получение услуги присоединения. Так же как взаимодействие сетей не означает оказания услуг пропуска трафика. Чтобы возникли эти услуги необходимо чтобы одна из сетей не могла предоставить свои услуги своим абонентам без участия в том или ином виде другой сети. Пример из области ТУС: интернет-провайдер (диалапщик) не может предоставить ТУС своим клиентам без помощи ОпМТС, которая в этом случае выполняет роль сети доступа пользователей интернетом к узлу доступа провайдера.

JK писал(а):Vic_20
1. Установите таксу по интенсивности использования (в кол-ве запросов, например, или в секундах-минутах, если это критично).
2. Договор аренды и обслуживания.
3. Услуги оказывать хочет, а РЭ получать неЗелает?!... Нет уж, любишь кататься - люби и саночки возить. - если РЭ получать Вам, то и услуги абонентам нужно будет оказывать вам же, а не ОпМТС. Т.е. это уже иная система.

JK я как понимаю это был описан альтернативный способ, но если мы избрали другой путь (ранее описанный), то каким спопобом можно подвести под нашу сеть под ТУС и составить договор о присоединении, а ГЛАВНЫЙ вопрос: кто кому должен платить ???? И будет ли тут иметь место телематический трафик (если так возможно будет его назвать) ?[i]

JK писал(а):Чтобы возникли эти услуги необходимо чтобы одна из сетей не могла предоставить свои услуги своим абонентам без участия в том или ином виде другой сети. Пример из области ТУС: интернет-провайдер (диалапщик) не может предоставить ТУС своим клиентам без помощи ОпМТС, которая в этом случае выполняет роль сети доступа пользователей интернетом к узлу доступа провайдера.

Если я правильно понял, то в нашем случае описаный выше Интернет провайдер, можно рассматривать как нашу сеть ТМС, которая предоставляет информацию (услугу "просеивания вызовов") по запросу от абонентов опМТС. Без нашей сети опМТС не сможет предоставлять своим абонентам данную услугу.
Все тоже самое только имена другие

Vic_20
Ключевая фраза: "Без нашей сети опМТС не сможет предоставлять своим абонентам данную услугу" - т.е. ваша сеть не нужна абонентам... -> вы не имеете абонентов... -> вы не оказываете услуги связи.
Услугу связи (в данном случае имеется ввиду ДВО - назовём её условно - "серый список") оказывает ОпМТС.

Vic_20 писал(а):а ГЛАВНЫЙ вопрос: кто кому должен платить ????

Заказчик услуги платит Исполнителю... согласитесь, другое было бы не логичным.

Vic_20 писал(а):Не согласен, ТУС на сколько я понимаю это услуга запрос и получению информации, что в моем случае мы и наблюдаем.

Извините, но по-моему - не наблюдаем. В приведенном вами примере нет запроса и принимаемой информации. Это чистой воды ДВО - абонент настраивает фильтр на входящие звонки. Где здесь запрос на получение информации, прием и передача информации? Это, конечно, моё ИМХО основанное на разумной логике. Поскольку,

Kali писал(а):но в правилах телематики нет определения, что есть "телематическая услуга связи"

, мало того, этого определения нет ни в одном НПА. Но если внимательно присмотреться к лиц. условиям, то в вашем примере не выполняется ни одного из них.

Vic_20 писал(а):но если мы избрали другой путь (ранее описанный), то каким спопобом можно подвести под нашу сеть под ТУС и составить договор о присоединении,

поменяйте путь, забудьте про ТУС, про присоединение и пропуск трафика. Не доводите до абсурда и без того корявые и убогие отношения в нашей отрасли. надо стремиться к простоте, чем проще - тем легче, практикой доказано.

Kali писал(а):Вот ведь странно, но в правилах телематики нет определения, что есть "телематическая услуга связи"

Согласен с JK, описанный вариант взаимодействия на телематику не тянет. Тем более с новым ПП 87-ым - ранее хоть факсы телематикой считались, а теперь:

а) доступа к сети связи лицензиата;
б) доступа к информационным системам информационно-телекоммуникационных сетей, в том числе к сети Интернет;
в) приема и передачи телематических электронных сообщений.

Насколько помню и Определения ПД в ППРФ по ПД тоже нет.

Вывод:
Читаем Правила - там все услуги есть.

P.S.
Только где там услуга доступа к телефонной ССОП?

ed-01 писал(а):Извините, но по-моему - не наблюдаем. В приведенном вами примере нет запроса и принимаемой информации. Это чистой воды ДВО - абонент настраивает фильтр на входящие звонки. Где здесь запрос на получение информации, прием и передача информации?

Очень даже наблюдается - если рассматривать запрос инфоррмации со стороны коммутационной системы опМТС в сторону нашего оборудования ТМС, то получаемая сторона обрабатывает запрос и выдает необходимую информацию по которой коммутатор управляет процессом вызова.
Если это рассматривать как ДВО с передачей оборудования в аренду, то оператору МТС необходимо получать разрешение на арендованный комплекс ?

Vic_20 писал(а):Если это рассматривать как ДВО с передачей оборудования в аренду, то оператору МТС необходимо получать разрешение на арендованный комплекс ?

Ессесвенно.

Vic_20 писал(а):Очень даже наблюдается - если рассматривать запрос инфоррмации со стороны коммутационной системы опМТС в сторону нашего оборудования ТМС

Можно, конечно, и так вывернуться... но это требует выполнение одного существенного условия - у вас на оборудовании не должна выполняться какая-либо коммутация соединений, т.е. Ваш узел ТУС и Узел связи ОпМТС (МУС) должны иметь связь на уровне управляющих устройств (например, Eth.) - УУ МУС даёт запрос в сторону АПК, тот его обрабатывает и сообщает ответ (типа 0 или 1) в УУ МУС, а уже МУС действует согласно своего алгоритма.
В этом случае ОпМТС можно рассматривать как абонента (единственного, кстати) вашей услуги. И поэтому ни договора присоединения, ни договора пропуска трафика не требуется - заключается типично абонентский договор на оказание ТУС с предоставлением "доступа к сети связи лицензиата" по выделенной линии связи.

JK писал(а):Можно, конечно, и так вывернуться... но это требует выполнение одного существенного условия - у вас на оборудовании не должна выполняться какая-либо коммутация соединений, т.е. Ваш узел ТУС и Узел связи ОпМТС (МУС) должны иметь связь на уровне управляющих устройств (например, Eth.)

Есть более совершенный метод управлением- это ОКС7, в нашем случае используется именно такая система. Коммутация естественно не происходит, принимает информацию по ОКСу обрабатывает и выдает обратно по такому же протоколу.