Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Short
Description
H// RNC206
Current
Summary
State
Outage
No
Severity
Priority
Support
Sub-Type
RCA
Category
Software
Sub-Category
Software Defect
Internal
Yes
Assignment Events
Ask Alcatel-Lucent
Product
Product
9370 RNC
Version
LR13.3.W
Instance
9370RNC-Etisalat : In Service
Site Company
City
Abu Dhabi
Country
Contact
Name
Company
Phone
20 127 109 0616
Karim.Ibrahim@alcatel-lucent.com
Request Method
Email-Eng
Additional
Contact Info
Dates
Occurred
(GMT+4)
19-Jan-2015 16:45
Time now
29-Aug-2015 13:07
Reported
19-Jan-2015 16:45
AR Created
19-Jan-2015 16:48
Service Start
19-Jan-2015 16:45
Next Customer Contact
26-Jul-2015 02:00
Responded
19-Jan-2015 16:53
SA - Calculated
Respond Target
19-Jan-2015 17:15
Restored
21-Jan-2015 18:00
SA - Calculated
Restore Target
22-Jan-2015 00:37
Resolved
30-Jun-2015 14:33
SA - Calculated
Resolve Target
23-Jul-2015 19:37
30-Jun-2015 14:33
Last Modified
30-Jun-2015 14:33
Modified By
rories
Entitlement
Agreement
People
Owner
TSCr-MoA-WCDMA-SK : rories
Assignee
TSCr-MoA-WCDMA-SK : rories
Copy To
rories
Referred 1
NorP-WLS-WCDMA-vGlobal : rories
Referred 2
TEC-MoA-WCDMA_RNC-FR : lcostema
Resolve Group
TEC-MoA-WCDMA_RNC-FR
Submitter
lnowak
Description
Attachments
[empty]
ALCATEL-LUCENT PROPRIETARY
Show
2. 19-Jan-2015 16:53
rjankovs
3. 19-Jan-2015 16:55
rjankovs
4. 19-Jan-2015 19:00
rories
Hi Karim
Last info we have from Taher is that after extension of missing IPflows was
IUR/8
unlocked today morning and link was stable and no TMU resets were observed
(see at
attached mail).
So this ticket is opened following the degradation of next two counters you
found
after unlocking of IUR/8 ?:
VS.RadioBearerEstablishmentUnsuccess.InvalidRabParametersValue #1629_0
VS.RadioLinkFailureIndication.InvalidCmSettings #18_1
Thanks
Best Regards
Robert Ries
5. 21-Jan-2015 02:47
rories
Subject: RE: AR 1-5542978 KPIs degrdation after unlock the IUR link between
RNC231& H RNC206
Hi Ries,
I confirm , the below KPIs degrdation appeared after the IUR unlocked today
morning.
As Taher said till now no TMU reset alarms appeared while we are telnet to
the RNC.
-BR
Karim Ibrahim
6. 21-Jan-2015 02:47
rories
Hi Karim
OK, thanks.
Provide please xls reports of both counters #1629 & #18 on 15 min basis at
least from the 16th Jan up to now.
And I think, there will be also useful CTG with UPOS to see which causes are
as
main triggers. So provide please next:
1) run CTG + CFT + UPOS (duration=30 min; callType=select the call types,
which
are impacted).
Note: if there are already UPOS files present on the RNC, overwrite the old
ones
with the ones I attached to this mail.
Robert Ries
7. 21-Jan-2015 02:48
rories
Hello Robert,
The trace logs have been uploaded to ftp server at
/
srv/data202256/data/server/Traces/from_france/ETISALAT_UAE/TRACE_LOGS/CTG_CF
T_IMT
_RNCLogCollection_20012015.rar
SFTP://172.25.80.47
user: ftraces
password: Elv24trf
Br,
Ramsey Zahabi
8. 21-Jan-2015 02:51
rories
Hi Reis,
Attached also the required KPIs reports, and a detailed KPIs report for the
RNC
behavior after the activity,
Thanks,
-BR,
Karim
Update to Current Summary: Escalated to TPS L3
9. 21-Jan-2015 02:51
rories
ALCATEL-LUCENT PROPRIETARY
Dear TEC
VS.RadioBearerEstablishmentUnsuccess.InvalidRabParametersValue #1629_0
VS.RadioLinkFailureIndication.InvalidCmSettings #18_1
I asked customer to perform CTG + CFT + UPOS (set for pegging of 1629_0,
1629_3,
1629_4, 18_1, 18_8), but only one case of 1629_0 was captured => cause
However from 25823 calls captured by this CTG, were 10349 dropped with RANAP
cause
value "Radio Connection with UE Lost" with NBAP values "Synchronization
failure",
or "Transport resource unavailable".
202
202
202
202
Please note that also AR 1-5542978 is connected to this issue = TMU resets CR
1434789 created in design.
Apropriate logs you can find on the server 172.25.80.47 in:
/srv/data202256/data/server/Traces/from_france/ETISALAT_UAE/TRACE_LOGS/
CTG_CFT_IMT_RNCLogCollection_20012015.rar
Etisalat UAE -RNC231-OutageAndIurImpact_AfterUnlocking-report.pptx
IUR_RNC231_KPIs_required_reports.rar
Robert Ries
Time Tracking Entry Added - IR01-TSA3
Hello
Robert Ries
ALCATEL-LUCENT PROPRIETARY
uecall_buildTempNeighInfo_from_contribTab_cmpType1 (0x8000da00)"WARNING:
Cell
{rncId,cId,primaryScramblinCode}={206,24844,412}, sponsored by contributor
active
set cell {rncId,cId}={206,24836}, is ignored due to same
primaryScramblingCode as
cell {rncId,cId,primaryScramblinCode}={231,24844,412} when computing
neighbourhood
for primary cell {rncId,cId}={231,25136}."
The message above shows that RNC Id is not a discriminator for same FDDCell
Id +
same scrambling code being added in the active set. Please plan to review
primary
scrambling codes list on FDDCell from different RNC.
In attachment is the excel file for duplicate psc distribution - 146 FDDCell
are
concerned in the counted period - main impacted RNC are RNC206 and RNC231,
but 3
others show few occurrences (205, 215 and 216).
Subject: RE: AR 1-5542978 KPIs degrdation after unlock the IUR link between
RNC231& H RNC206
Hi Karim
Best Regards
Robert Ries
Hello Robert,
Thanks,
-BR,
Karim
Hello Karim
Best Regards
Robert Ries
Hello Karim
========================
20/01/2015 12:20:18.018 num:000b1846 ue_call_compCellsList_uti.cc.1920
[0x7d570000]
uecall_buildTempNeighInfo_from_contribTab_cmpType1 (0x8000da00)"WARNING:
Cell
{rncId,cId,primaryScramblinCode}={206,24844,412}, sponsored by contributor
active
set cell {rncId,cId}={206,24836}, is ignored due to same
primaryScramblingCode as
cell {rncId,cId,primaryScramblinCode}={231,24844,412} when computing
neighbourhood
for primary cell {rncId,cId}={231,25136}."
========================
The above message shows that RNC Id is not a discriminator for same FDDCell
Id +
same scrambling code being added in the active set.
AP:
Please plan to review primary scrambling codes list on FDDCell from
different RNCs.
Best Regards
Robert Ries
HI Robert,
Thanks for the feedback we will review the PSC plan & come back to you.
Best Regards,
Ahmed BERIDY
RNC231& H RNC206
Hi Robert ,
Please find the attached file including all the duplicated cells from our
side
& H// side , also be informed that all cell from H// side are locked after
the
swap , so the sites still created on their system but locked .
Best Regards,
Ahmed BERIDY
Hello Karim
Yes, we agree, this is not a root cause. But TEC requested to correct this
PSC
issue, because while it is present, the TMU logs are filling up very
quickly,
which could lead to hiding more obvious alarms. So that's why it should be
useful
to clear any alarms connected to unmatched FDDcell/psc.
Therefore if it is possible, arrange appropriate corrections, please.
Best Regards
Robert Ries
Hi Robert ,
Ok , we will request from H// to clear it from there side , but please we to
find
the RC.
Best Regards,
Ahmed BERIDY
Hello Reis,
Confirmed will delete the cells from H// side, Please update about the AP
after
they delete the cells so you can continue your investigation.
Thanks,
--
BR,
Karim
Best Regards
Robert Ries
Dears,
Best Regards,
Ahmed BERIDY
Hi Ahmed, Karim
Could you please perform again AP, you did last time ?:
1) run CTG + CFT + UPOS (duration=30 min; callType=select the call types,
which
are impacted).
Note: if there are already UPOS files present on the RNC, overwrite the old
ones
with the ones from last time.
Thank you
Best Regards
Robert Ries
Hello Reis,
I applied the
/srv/data202256/data/server/Traces/from_france/ETISALAT_UAE/AR 1-5542978
Thanks,
-BR,
Karim
ALCATEL-LUCENT PROPRIETARY
Hello Reis,
Thanks,
-BR,
Karim
Hi Karim
TEC answered today, that they still analyze and meanwhile no updates.
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
ALU RNC does not and will not support SRB 6.8; it accepts RNSAP radio link
setup
for SRB3.4 at transmission time 10msec (srb13.6) and 40msec.
Hi Karim
KPI degradation is caused by non standard 3GPP specification from the Huawei
side.
They RNC uses towards our RNC message exchange over the SRB6,8 kb/s which is
not
3GPP compliant.
ALU RNC is 3GPP compliant, therefore it does not and will not support
SRB6,8. It
accepts RNSAP radio link setup for SRB3,4 at transmission time 10msec
(SRB13,6)
and 40msec.
You can see list of calls from CT in the attached file
"CT_messages_parsing.xls".
There are filtered messages "RNSAP Radio Link Setup Failure", which almost
all of
them causes call fail due to SRB6,8. In this CT sample are by SRB issue
caused 880
calls out of 1698 in total.
There was opened CR 1440113 in design (IUR:IOT: RNC ALU should refuse
SRB6,8). It
is opened for RNC to directly reject SRB6,8 when requested.
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hi Luc
Just question regarding fix for this issue - do you have any info when it
will be
available ? Or at least any info regarding actual progress of CR 1440113 ...
Thanks
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hi Robert, R&D are currently working on it, but there is no fix date/release
planned yet.
For info, disabling feature "enhanced IUR RAB configuration" (setting
isEnhancedIurRabConfigEnabled to FALSE) could be a workaround but note that
it
would impact some of the HSDPA and EDCH RAB matching on IUR side; so,
eventually
just for test....
BR,
Hello Reis.
Thanks for your feedback, any news about the fix for this issye?.
Thanks,
-BR,
Karim
Hi Karim
Fix based on opened CR 1440113 in R&D has no date/release planned yet. R&D
is currently working on it.
One question - did you disable the feature "enhanced IUR RAB
configuration" ?
(setting isEnhancedIurRabConfigEnabled to FALSE).
And if yes, is there any impact to some of the HSDPA and EDCH RAB matching
on IUR
? We talked about it in another AR 1-5532074, which is connected with the
same
issue as this AR.
Thanks
Best Regards
Robert Ries
Hi Karim
Kindly did you disable the feature "enhanced IUR RAB configuration" ?
(setting
isEnhancedIurRabConfigEnabled to FALSE).
And if yes, is there any impact to some of the HSDPA and EDCH RAB matching
on IUR ?
Thanks
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hi Luc
Thanks
Best Regards
Robert Ries
Hi Karim
Kindly did you disable the feature "enhanced IUR RAB configuration" ?
(setting
isEnhancedIurRabConfigEnabled to FALSE).
And if yes, is there any impact to some of the HSDPA and EDCH RAB matching
on IUR ?
Thanks
Best Regards
Robert Ries
RNC231& H RNC206
Hello Reis,
Thanks,
-BR,
Karim
Hello Karim
Thank you
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hi Luc
Thank you
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hi Robert,
Regards
Laurent.
Time Tracking Entry Added - IR01-TSA4
Hello Karim
As fix for this issue is known and implemented, may I close the ticket ?
Thank you
Best Regards
Robert Ries
ALCATEL-LUCENT PROPRIETARY
Hello Reis,
Thanks,
-BR,
Karim Ibrahim
ALCATEL-LUCENT PROPRIETARY
Hello Reis,
Thanks,
-BR,
Karim Ibrahim
Resolution