- This topic has 64 replies, 1 voice, and was last updated 13 years, 3 months ago by Javed Shaikh.
25th September 2003 at 07:45 #36461MisaGuest
In the AXE-10 exchange, how to determine the current state of the subscriber (i.e. busy or idle)?
If the subscriber is in the IDLE state, how to know the time of the recently last call? And if it is in the BUSY state, how to know if the current call is originating or terminating call, and the number of the remote party.
Regards25th September 2003 at 07:52 #36462Sunil KumarGuest
If it is Busy State then put
CTRAI command for that MSISDN then by analayzing the printout you can get the MO/MT Call detail.
B-No I dont know ?
Sunil25th September 2003 at 08:08 #36463MisaGuest
Hi Sunil Kumar,
Thank you for your information.
Could you describe more detail about analyzing the printout of the CTRAI to get MO/MT call detail.
Rgds26th September 2003 at 04:38 #36464Sunil KumarGuest
Send me a trace taken while a MO & MT Call.I will reply the things through mail.
Sunil30th September 2003 at 02:08 #36465MisaGuest
Plz kindly help me, in the AXE exchange, how to determine the number of the remote party involved in the call with the given subscriber?
Misa16th October 2003 at 10:18 #36466MisaGuest
Everybody, kindly help me, plz !!!
In the AXE-10 exchange, if the subscriber is in the IDLE state, how to know the time of the recently last call?
And if it is in the BUSY state, how to know the number of the remote party.
Any help would be appreciated.5th December 2003 at 03:49 #36467johnsonGuest
if the subscriber is in the BUSY state, want to know the number of the remote party?I think you can use NO.7 protocol analyse.CTRAi cann’t know the number of the remote party,but can know the current call is originating or terminating call.5th December 2003 at 08:56 #36468MisaGuest
Thank you for your information. Using of the SS7 protocol analyse is not the problem, however I still want to know if there is any TEST SYSTEM procedure that may use to determine the number of the remote party.
Once again thanks a lot7th December 2003 at 18:11 #36469JackGuest
Hi Misa ,
Can you send your mail id to
I have your ” PRINT ” Solution.
Jack8th December 2003 at 02:42 #36470hoangktnvGuest
May i have one “PRINT SOLUTION” ?
Thank you very much8th December 2003 at 10:19 #36471JackGuest
PRINT VAR REIBA 14; – Bnumber.
But avoide in Live Network.9th December 2003 at 01:30 #36472MisaGuest
Thank you for your information. Could you please advise, what steps I should perform before and after this “PRINT”, and why this avoid in a live network (as far as I know, print command is not too dangerous for the system)
Rgds9th December 2003 at 14:18 #36473JackGuest
EXCUSE ME – This is ( TEST SYSTEM) not a normal PRINT Command.
I think you are mixing up with normal PRINT Commands like ALLIP/DTSTP/STRSP.
At some times SYBUP (Not a Print-It is PUNCH ) is Dangerous.
TEST SYSTEM is always Dangerous in case of Live Network.
If vou want to trace B-No for a Particula Number.Then the only choice is tracing RE and Related Blocks like.REIAA/REIBA..OK..but when you are initiating these traces it wont give printout for the required numbers only.
It will try to print all the Call attmpts at REGISTER LEVEL at that time.In Test Networks…there will be few calls.That can be managed…ok.Just think that there are somewhere around 500 Call Attempts at a Second.
For Printing itself it will take more time.And TEST SYSTEM COMMANDS are HIGHER PRIORITY activity which may disturb your CP Badly.This may create confusion for other SUBSYSTEMS…”CHAIN REACTION”…at the end…your AXE May go for CYCLIC RESTART.
Do you want this to happen ?
Its easy to HARM Any Network but it is very hard to make it BACK inproper Operation.
This is not a DISCOURAGEMENT…but this is FACT.
Think abt it then…
Rgds9th December 2003 at 14:20 #36474JACKGuest
If you want to trace a SUBSCRIBER Delbly…then use RCSUI Commands…Better one..to monitor.
Rgds9th December 2003 at 14:21 #36475JackGuest
U wont find RCSUI Commands in ALEX…
SORRY….it is E/// Secret :-))