активация функции PWRC — Общие вопросы, касающиеся принципов работы GSM-сетей

[yvg]

Приветствие, коллеги!
Включаем PWRC на сети, хотелось бы услышать мнения у тех у кого включен, как по статистике?
как интерференция уменьшилась?
какие грабли могут быть?
включаем в городе, уже есть хоппинг и AMR/
Будем включать еще DTX на down link
волнует вопрос как при этом будут работать репиторы? у нас remotek, allgon & avitec.
ответьте кто реально использует, очень интересно.

[Дмитрий Михайлов]

Приветствие, коллеги!
Включаем PWRC на сети, хотелось бы услышать мнения у тех у кого

Что за вендор и что это за фича?

[RA]

Приветствие, коллеги!
Включаем PWRC на сети, хотелось бы услышать мнения у тех у кого включен, как по статистике?
как интерференция уменьшилась?
какие грабли могут быть?
включаем в городе, уже есть хоппинг и AMR/
Будем включать еще DTX на down link
волнует вопрос как при этом будут работать репиторы? у нас remotek, allgon & avitec.
ответьте кто реально использует, очень интересно.

Статистика в норме, интерфир уменьшился, репитеры живут.
Включайте только с порогами определитесь для AMR и обычных кодеков, у сёмы по умолчанию очень малый эффект дает вкл pwrc.

[yvg]

Приветствие, коллеги!
Включаем PWRC на сети, хотелось бы услышать мнения у тех у кого

Что за вендор и что это за фича?

Siemens
Адаптивное изменение уровня мощности базовой станции

[Дмитрий Михайлов]

какие грабли могут быть?

Не ждите счастья на тех сотах, где стоит один передатчик.

[RA]

какие грабли могут быть?

Не ждите счастья на тех сотах, где стоит один передатчик.

У Siemens есть параметры для работы PWRC на BCCH, но реально похоже они не работают.

[Дмитрий Михайлов]

У Siemens есть параметры для работы PWRC на BCCH, но реально похоже они не работают.

а нельзя ли цитаткой из документации порадовать?

[Алексей Березин]

У МТС в Вологодской такое реализовано.

[Дмитрий Михайлов]

гм... на BCCH-ном канале?! ахринеть..... чем определен радиус соты - флажками?!

[Алексей Березин]

гм... на BCCH-ном канале?! ахринеть..... чем определен радиус соты - флажками?!

Наверное, имелось в виду, что 0TRx то ж контролируем, но никак не CCCH (BCCH).
Про флажки - это крутА!

[V12]

Приветствие, коллеги!
Включаем PWRC на сети, хотелось бы услышать мнения у тех у кого включен, как по статистике?
как интерференция уменьшилась?
какие грабли могут быть?
включаем в городе, уже есть хоппинг и AMR/
Будем включать еще DTX на down link
волнует вопрос как при этом будут работать репиторы? у нас remotek, allgon & avitec.
ответьте кто реально использует, очень интересно.

У меня есть очень большие сомнения по поводу необходимости ее включения. В плотной городской застройке покрытие на первых этажах "дворцов" слабое. Люди, пытающиеся позвонить из таких "подвалов" вынудят работать передатчики на полную мощность.

[Дмитрий Михайлов]

Наверное, имелось в виду, что 0TRx то ж контролируем, но никак не CCCH (BCCH).

поделился бы кто-нибудь нежадный цитаткой из документации? в самом деле интересно! общался только с Эрикссоном, дык этот таких финтов с BCCH-ным TRX-ом делать не позволяет...

[V12]

поделился бы кто-нибудь нежадный цитаткой из документации? в самом деле интересно! общался только с Эрикссоном, дык этот таких финтов с BCCH-ным TRX-ом делать не позволяет...

Нет там такого. Вот некоторые пояснения из "BSC Database Parameter Description BR7.0"

EBSPWCR=TRUE,
object: PWRC
range: TRUE, FALSE
default: TRUE
Enable BS power control correction, this parameter is necessary
to ensure full handover functionality if BS power control is enabled
while channels are created with frequency hopping system and the
hopping system involves the BCCH TRX (baseband frequency
hopping only, see parameter HOPMODE=BBHOP in command SET
BTS BTS [OPTIONS]).
Normally, if BS PWRC is enabled the MS is informed about this by a
flag in the SYSTEM INFORMATION (see parameter EBSPWRC).
This flag makes the MS suppress measurement reports derived from
the BCCH carrier in order to avoid the measurements to be falsified
by the ‚full power™ part of the BCCH (PWRC must not be used on the
BCCH carrier).If frequency hopping is configured for the TCHs (see parameter
FHSY and MAIO in command CREATE CHAN) but disabled, which
can happen either if hopping is manually disabled (SET BTS
[OPTIONS]: HOPP=FALSE) or automatically disabled (e.g. due to
failure of a TRX involved in a baseband FH system) Πa frequency
redefinition procedure is started which instructs the MSs in a cell to
change the hopping system in such a way that hopping shall continue
with one frequency only (which is always that frequency which is
assigned to the TRX by parameter TRXFREQ in command CREATE
TRX). Calls that are served by a radio TCH which belongs to the
BCCH TRX will in this case hop on the BCCH frequency only. In this
case all measurement reports are suppressed (or declared ‚not valid™)
by the MS - which means that neither handover nor power control is
possible for these calls.
Setting this parameter to TRUE has the following results:
a) The BS PWRC flag is permanently set to ‚0™(=disabled) in the
SYSTEM INFORMATION TYPE 6 even if the database parameter
indicates the opposite (EBSPWRC=CLASSIC or
EBSPWRC=ADAPTIVE).
b) The MS thus provides valid measurement reports even for the
BCCH carrier.
c) The BTS takes care that the ‚full power™ part from the BCCH carrier
is correctly subtracted from the DL RXLEV values reported in the
MEASUREMENT REPORTs.
Note: the BS Power Control Correction is managed differently for
AMR-calls and non-AMR calls (due to introduction of CR 1435) in
correspondence with the following table:




EBSPWRC=ADAPTIVE,
object: PWRC
range: CLASSIC, ADAPTIVE,
DISABLED
default: ADAPTIVE
(for BTSs in SW BR7.0)
CLASSIC
(for BTSs in SW < BR7.0)
Reference: GSM 05.08
GSM 04.08
GSM 05.05
GSM 12.20
New value range in BR7.0!
Enable BS power control, determines whether the BTS dynamically
adjusts its sending power according to the current radio conditions
(on non-BCCH carriers). Enabling BS Power Control results in a
minimization of the downlink interference on the radio interface.
Whether the sending power is to be increased or decreased is
determined from the downlink measurement reports the MS sends to
the BTS. This parameter is sent on the BCCH (SYSTEM
INFORMATION TYPE 3) or on the SACCH (SYSTEM
INFORMATION TYPE 6) in the IE ‚Cell Options™.
Two variants of BS power control can be selected: CLASSIC power
control and ADAPTIVE power control. While ‚classic™ BS power
control exclusively uses fixed power increase steps (see parameter
PWRINCSS) and fixed power reduction steps (see parameter
PWRREDSS), the ‚adaptive™ BS power control uses power increase
and reduction step sizes that depend on the current radio conditions
defined by RXLEV and REXQUAL values.
For further details about the power control decision process and
classic and adaptive power control, please refer to the section ‚Power
Control™ in the section ieClassic and Adaptive Power Controllc in the
appendix of this document.
Note: Under specific conditions, the BS power control decision
algorithm also checks the ‚missing SACCH™ counter (S-counter, initial
value defined by RDLNKTBS): If no SACCH report was received in a
particular SACCH period, no PC decision will be made for the DL.
Field experiences have shown that under specific circumstances it
can happen that, e.g. due to excessive path inbalance, the MS
reports very good RXLEV_DL values, but the BTS cannot correctly
decode all received SACCH frames in the UL. As the BS power
control decision is based on the measurement samples stored in the
averaging window (if an UL SACCH cannot be decoded, this just
means that no new sample is inserted into the window), the
RXLEV_DL average value could suggest a further DL power
decrease. To avoid this behaviour, the following mechanism was
implemented:
If the S-counter is more than 2 below RDLNKTBS (i.e. either at least
three SACCH reports in a row were missed or the current SACCH
report is missing and additional SACCHs were missing before) then a
normal BTS power increase will be commanded (if the interval timer
is not running). Please consider that with the current default values
(RDLNKTBS=20 and PCTHRLF=18) the abovementioned conditions
are met (RDLNKTBS minus 2 counts) and thus PWRC will increase
the power to the maximum instead of increasing the power by a
normal power control step. If a power increase was executed the
normal power control interval timer (PCONINT in case of ‚classic™, or
PAVRQUAL in case of ‚adaptive™ power control) is started, so that a
new power increase due to missing SACCH reports may only be
triggered once the interval timer has expired. This way it is ensured
that during periods of (or single) missing SACCH reports the DL
power control does not further decrease the power but rather
increases it in normal steps if the situation persists until the RLFW is
triggered or the normal function resumes.

[Алексей Березин]

Так а не проще ли в таком случае в принципе строить на концентрических сотах? Т.е. в принципе ограничить линки части несущих для сбора "ближнего трафика"... Отрицательный момент только один: увеличение интрасельных хендоверов.

общался только с Эрикссоном, дык этот таких финтов с BCCH-ным TRX-ом делать не позволяет...

Так ведь в любом случае отработка идет по конкретному TS, а не среднетемпературно по палате. Или трафиковые TS на 0TRx предполагается в принципе резервировать для наихудших MS или вообще под дата-трафик...

[yvg]

У МТС в Вологодской такое реализовано.

Сегодня позвонил в Вологду коллегам, говорят что у них не включен, PWRC? может не в курсе