У меня как-то мелочь кончилась — дал в троллейбусе купюру в 1000 рублей. Так меня всю дорогу чуть не матом крыли, что я над несчастным кондуктором издеваюсь.
Ну собственно мы об этом с автором топика уже и говорили.
Насчет приоритета голоса над интернетом — это спорно. В момент устновления соединения по-моему SDCCH займется независимо от того, какой сервис требуется абоненту. Но тут я не уверен — надо мануалы курить.
Но в общем-то и при динамическом SDCCH и динамическом PDCH (одновременно) возможна такая ситуация:
Если голосового трафика мало (в данный текущий момент или вообще — не существенно), то будет, интересная ситуация — сигнальные каналы будут заполняться, после чего начнется конвертация голосовых в сигнальные, но т.к. голосового трафика мало, то пакетные каналы конвертироваться в голосовые не будут (т.к. в этом нет необходимости с точки зрения системы), в итоге сигнальные каналы будут все-таки забиты до упора. А если учесть что еще и на конвертацию голоса в данные или в сигналку требуется время, то пользователь будет видет «Network busy» еще до того, как произойдет превращение всех возможных голосовых каналов в сигнальные.
Но это чисто теоретический вариант, разумеется.
Слова не мальчика, но мужа.
Но тут вынужден буду согласиться с автором топика — слишком частые установления соединения сеть все-таки кладут. Трафиковые каналы свободны, а SDCCH забиты. В итоге связь есть только у тех абонентов, кто уже установил соединение — им SDCCH не сильно нужен (и то, пока хендовер делать не придется).
В условиях, когда оператор дает первые 5 секунд бесплатно, возникает схожая ситуация — абонент набирает номер, быстро-быстро говорит, что ему надо, сбрасывает и набирает снова. Перегрузки по сигнальным каналам — дикие. Сам такое видел.
Примерно подобное наблюдается на многие крупные праздники (но новый год, разумеется, вне конкуренции). Но при этом недавний новый год в одной из столиц СНГ прошел без подобных проблем — после запуска 3G существенно выросла емкость сети.
-110 — это не экстрим, это минимум, который в принципе возможен по спецификациям GSM, так сказать «абсолютный ноль».
У UMTS этот порог ниже (-125, насколько я помню), поэтому -105 для UMTS — это очень даже неплохо, для голоса, разумеется.
При регистрации в роуминговой сети VLR гостевой сети запрашивает у HLR домашней сети разрешенные абоненту услуги (в том числе и доступ к роумингу, как к голосовому, так и к пакетному). И в соответствии с ответом HLR регистрирует у себя услуги абонента. Ну а дальше — как и сказал SO10, абонент пользуется сетью московского оператора, а московский оператор выставляет счет смоленскому.
Сам не пишу, потому что создавать RNPnO несколько далековато от основной тематики Хабра. Да и я, собственно, не обязан, как мне кажется, что-то делать для Хабра.
Фаллометрия, простите — это указывать сколько у вас страниц книг на столе лежит. Собственно это, отчасти, и послужило причиной того, что я столь въедливо комментировал. Назвался груздем…, как говорится.
А насчет того, что полезно — такая «половинчая» информация, да еще преподнесенная от имени эксперта намного вреднее, чем никакой.
Проблема в том, что вы как раз начали с хорошей идеи — помочь, начали даже что-то рассказывать. А конец топика скомкали и никаких нормальных объяснений или выводов читателю не дали. Результирующая ценность топика стремится к нулю. Хотя начало, чисто теоретически было хорошее.
А могли бы дать какие-то практические советы (если есть, конечно, что давать), например о том, что приложение не должно закрывать сессию, а должно держать ее как можно дольше — во-первых, чтобы избежать округления трафика в большую сторону, а во-вторых, чтобы избежать нагрузки на сеть в момент подключения/отключения.
Опсосы не позиционируют себя так. Это технологии все больше сдвигаются в сторону передачи трафика. В GSM пакетной коммутации вообще не было (GPRS — это костыли, которые прикрутили позже). В 3G уже отделили пакеты от каналов. В 4G все оборудование фактически IP-based.
Да я не буквоедствую. Просто ваш топик претендует на то, что вы тут народу глаза открываете на технологию. А в результате лично мне кажется, что опыт-то у вас может и есть, но гордое звание «эксперт» вы себе приписали не особенно заслуженно.
А учитывая тот факт, что вы еще и техническим тренером работали в Билайне — можно было бы и более внятно и связанно написать статью, да и поменьше путаться в терминологии, не утверждать голословно, что я ничего толком не знаю об оборудовании и т.д.
Не в упрек вам, но я оптимизацией занимался когда вы только-только школу закончили. И в отличии от вас успел поработать и у оператора (в Вымпелкоме, как раз), и у вендора, и у подрядчиков разного уровня. И опыт везде разный.
Хотя я тоже был молодой и самоуверенный — «все знаю».
Ну а сейчас знаю кучу народу, до которых мне еще тянуться и тянуться.
Да дискуссии-то особо и нет, я только несколько ваших ошибок поправил. Ничего личного, но если уж повышать чужую грамотность, то делать надо это очень аккуратно, не насаждая ошибок в понимании.
P.S. Если Антон из Ташкента к вам уже перебрался, то привет ему из Калуги. Думаю догадается, от кого.
Вы мои слова не переиначивайте.
Если я (смоленский, тульский, рязанский или любой другой, но не московский абонент) еду в Москву и там звоню на московский номер — как будет идти трафик?
«прослушл»…
ПРОСЛУШИВАНИЕ оно, прослушивание.
Насчет приоритета голоса над интернетом — это спорно. В момент устновления соединения по-моему SDCCH займется независимо от того, какой сервис требуется абоненту. Но тут я не уверен — надо мануалы курить.
Но в общем-то и при динамическом SDCCH и динамическом PDCH (одновременно) возможна такая ситуация:
Если голосового трафика мало (в данный текущий момент или вообще — не существенно), то будет, интересная ситуация — сигнальные каналы будут заполняться, после чего начнется конвертация голосовых в сигнальные, но т.к. голосового трафика мало, то пакетные каналы конвертироваться в голосовые не будут (т.к. в этом нет необходимости с точки зрения системы), в итоге сигнальные каналы будут все-таки забиты до упора. А если учесть что еще и на конвертацию голоса в данные или в сигналку требуется время, то пользователь будет видет «Network busy» еще до того, как произойдет превращение всех возможных голосовых каналов в сигнальные.
Но это чисто теоретический вариант, разумеется.
Тут почему-то указано -117dBm для Ue (мобильного телефона), хотя возможно есть какие-то другие спецификации, где указаны именно -110 для 3G
Но тут вынужден буду согласиться с автором топика — слишком частые установления соединения сеть все-таки кладут. Трафиковые каналы свободны, а SDCCH забиты. В итоге связь есть только у тех абонентов, кто уже установил соединение — им SDCCH не сильно нужен (и то, пока хендовер делать не придется).
В условиях, когда оператор дает первые 5 секунд бесплатно, возникает схожая ситуация — абонент набирает номер, быстро-быстро говорит, что ему надо, сбрасывает и набирает снова. Перегрузки по сигнальным каналам — дикие. Сам такое видел.
У UMTS этот порог ниже (-125, насколько я помню), поэтому -105 для UMTS — это очень даже неплохо, для голоса, разумеется.
Фаллометрия, простите — это указывать сколько у вас страниц книг на столе лежит. Собственно это, отчасти, и послужило причиной того, что я столь въедливо комментировал. Назвался груздем…, как говорится.
А насчет того, что полезно — такая «половинчая» информация, да еще преподнесенная от имени эксперта намного вреднее, чем никакой.
А могли бы дать какие-то практические советы (если есть, конечно, что давать), например о том, что приложение не должно закрывать сессию, а должно держать ее как можно дольше — во-первых, чтобы избежать округления трафика в большую сторону, а во-вторых, чтобы избежать нагрузки на сеть в момент подключения/отключения.
Я когда другим лекции читал — как раз и рисовал лучше. Потому и придираюсь.
Вопрос чисто риторический. Меня доходы операторов мало касаются.
А учитывая тот факт, что вы еще и техническим тренером работали в Билайне — можно было бы и более внятно и связанно написать статью, да и поменьше путаться в терминологии, не утверждать голословно, что я ничего толком не знаю об оборудовании и т.д.
Не в упрек вам, но я оптимизацией занимался когда вы только-только школу закончили. И в отличии от вас успел поработать и у оператора (в Вымпелкоме, как раз), и у вендора, и у подрядчиков разного уровня. И опыт везде разный.
Хотя я тоже был молодой и самоуверенный — «все знаю».
Ну а сейчас знаю кучу народу, до которых мне еще тянуться и тянуться.
Да дискуссии-то особо и нет, я только несколько ваших ошибок поправил. Ничего личного, но если уж повышать чужую грамотность, то делать надо это очень аккуратно, не насаждая ошибок в понимании.
P.S. Если Антон из Ташкента к вам уже перебрался, то привет ему из Калуги. Думаю догадается, от кого.
Если я (смоленский, тульский, рязанский или любой другой, но не московский абонент) еду в Москву и там звоню на московский номер — как будет идти трафик?