TECHNICAL &DEVELOPMENT CIRCLE MSC A/T PROCEDURE JABALPUR GSM PHASE V.1 ANNEXURE 1 MSC-S ACCEPTANCE TEST PROCEDURE 1 Hardware check 1.1Hardware Material Check As per P.O. & vetted B.O.M available in site. 1.2Hardware Conformity Check Switch is built up as per site specific installation engineering document named C module. The hardware installed can be verified as per the C module. 1.3Cable Laying, Termination & labelling Cabling is done as per site-specific installation engineering document named C m odule. Cabling can be verified as per the C module. 1.4Check of tools, testers, spares & licensed copy of software As per P.O. & vetted B.O.M available in site. 2Software Check 2.1Patch Administration List of patch List of patch can be print for an individual block or for all blocks by followin g command: PCORP: BLOCK = block, {ALL}; PCECP: SUID = suid, {ALL}; The command PCORP refers for CP blocks and command PCECP refers for EMRP blocks. If the list of patches to be printed for a block/suid then give block/suid name of if block equals to ALL is given then system will print for all the blocks. Expected Result PROGRAM CORRECTIONS BLOCK SUID CA CAF CI S TYPE POSITION SIZE END EMRP PROGRAM CORRECTION SUNAME SUIDCA CAF IA SIG NRW S CI END For details of the printout please refer ALEX library and search for ection and EMRP Program Correction . 2.2Software Completeness Program CorrFollowing commands can be printed to check the completeness of the software. The se may be the reference files for the comparison with other sites. Print all CP blocks LASIP : BLOCK = ALL; Expected Result SOFTWATE UNIT IDENTITY BLOCK BN BS FCODE ID END For details of the printout please refer ALEX library and search for Software Uni t Identity . Print all RP blocks LAEIP: BLOCK = ALL; Expected Results REGIONAL SOFTWARE UNIT IDENTIFICATIONS BLOCK BN SUNAME SUID SUTYPE CNO PRIO END For details of the printout please refer ALEX library and search for tware Unit Identifications . Print the checksum of the blocks LAFBP: BCM = ALL; Expected Results LOADED FUNCTION BLOCKS BLOCK BN BS TYPEEXT TYPE PS RS DS STORE NRWA END For details of the printout please refer ALEX library and search for ion Blocks . Loaded Funct Regional SofPrint all the patches loaded in CP blocks PCORP: BLOCK = ALL; Expected Results PROGRAM CORRECTIONS BLOCK SUID CA CAF CI S TYPE POSITION SIZE END For details of the printout please refer ALEX library and search for ections . Print all the patches loaded for EMRP blocks PCECP: SUID = ALL; Expected Results EMRP PROGRAM CORRECTION SUNAME SUID CA CAF IA SIG NRW S CI END For details of the printout please refer ALEX library and search for Correction . Print modules loaded in APG40 SWRPRINT (For APG40) Expected Results AP SOFTWARE CHARACTERISTICS time date [Swrprint: unable to determine system name] SYSTEM: [ system name ] NODE: node name LBB: os [PRODUCT NAME IDENTITY REVISION] [Prodname prodid prodrev] [ . . . ] [ . . . ] EMRP Program Program CorrPACKAGE IDENTITY VERSION CNI STATE [cxcname cxcnumber cxcver cni state] [ . . . . . ] [ . . . . . ] [Category: third party products] [ SUPPLIER: PRODUCT (VERSION): ] [supname prodname ] [ . . ] [ . . ] For details of the printout please refer ALEX library 3Check of Clock Synchronisation The test case will demonstrate the stability of the GSD, the MSC alarm list resp onse and the redundancy of the synchronization inlets. A network synchronization failure is simulated by pulling the DIP which is execu tive synchronization inlet. The result should be that the group switch stays working, an alarm is raised and established calls unaffected. The executive network synchronization function is transferred to another DIP. Or A network synchronization failure is simulated by pulling the Optical Cable whic h is executive synchronization inlet. The result should be that the group switch stays working, an alarm is raised and established calls unaffected. The executive network synchronization function is transferred to another Inlet. 1. Action: Check which DIP connection is executive. NSSTP; 2. Action: Block all devices connected to this DIP. BLODI: DEV=dev; (Use only with ETC5) Comment: The blocking of the devices is performed to stop the test call from bei ng established over the executive network synchronization DIP. If this should be the case the call will always be disconnected even if the netw ork synch is switched. 3. Action: Make a call from a Mobile station.Result: Call established good speech quality. 4. Action: Pull the DIP-cable in the ETC-magazine OR Optical Cable which carries the network synchronization. Result: DIP OR MS layer goes down, alarm "NETWORK SYNCHRONIZATION FAULT" ( FC 10 ), "NETWORK SYNCHRONIZATION FAULT" (affected SNT), (In case of ETC5 Only) "DIGITAL PATH FAULT SUPERVISION" (affected DIP). (In case of ETC5 Only) 5. Action: Check which connection is executive NSSTP; Result: The Inlet listed as standby network synchronization reference in point 2 should be executive, the former executive inlet should be blocked. 6. Action: Check the speech connection for the call. Result: Call still established with good speech quality. 7. Action: Disconnect the call, put back the DIP cable and repair the fault by b locking and deblocking the Network synch. NSBLI:DIP=dip; NSBLE:DIP=dip; Result: DIP recovers automatically and the network synchronization becomes worki ng again. 8. Action: Deblock the devices that were blocked in point 2. BLODE: DEV=dev; (In case of ETC5 Only) Comment: The BT-devices used for control signaling and transmission synchronizat ion, e.g. BT-0, BT-16 shall not be deblocked. Result: The devices return to IDLE state. 4 Backup and RestorationThe test case will demonstrate the MSC-s ability to recover after a reload. Action: Make a system backup dump. SYBUP: FILE=file; Result: BACKUP INFORMATION OUTPUT This will take about 1-3 hours depending on the size of the exchange. Action: Put the dump in RELFSW0. SYTUC;Result: ORDERED COMMAND EXECUTED SYTUC END Action: Make a call from a Mobile station. Result: Call established good speech quality. Action: Check that the CP is working in parallel state again. DPWSP; Result: CP STATE Action: Make a system reload. SYREI: RANK=RELOAD,EXPL=PLAN; Result: SYSTEM RESTARTED RANK SYSTEM RELOAD, CLEARED DS Action: Check speech connection of established call. Result: The call should have been cleared by the restart. Action: Verify that the system has recovered to parallel state DPWSP; Result: CP STATE 5System Restart 5.1 System Power ON /OFF Initial Loading, CP-A ACTION: Switch off power in both CP-sides and MAU, using the POU switches. ACTION: Switch on power in CP-A. Red LED "FEX" on POWC-board should be lit. Check that the reloading begins (see System Related Information). For APG40: The ACT LED's on the LBB/RAID board should flash indicating activity. Wait until loading is done and a restart is made in CP-A. ACTION: Switch on power in the MAU and push the black square button. Order start-up of the MAU.Command: RECCI; Printout: CP REPAIR ACTION: Switch on power in CP-B. Order updating to parallel working state. Command: RECCI; Printout: CP REPAIR ACTION: Set the program clock. Command: CACLS:DAY=day,TIME=time, DATE=date; ACTION: Order a small restart to set the time in all APT blocks, job buffers and time queues (Terminal defined for PRCA=32). Command: SYREI: RANK=SMALL,EXPL=expl; Printout: RESTART DATA ACTION: Wait for CP to return to parallel operation. Command: DPWSP; Printout: CP STATE Initial Loading, CP-B ACTION: Switch off power in both CP-sides and MAU, using the POU switches. ACTION: Switch on power in CP-B. Red LED "FEX" on POWC-board should be lit. Check that the reloading begins (see System related Information). For APG40: The ACT LED's on the LBB/RAID board should flash indicating activity. Wait until loading is done and a restart is made in CP-B. ACTION: Switch on power in the MAU and push the black square button. Wait for the red LED s to blink before continuing. Order start-up of the MAU. Command: RECCI; Printout: CP REPAIR ACTION: Switch on power in CP-A. Order updating to parallel working state. Command: RECCI; Printout: CP REPAIR ACTION :Set the program clock. Command: CACLS: DAY=day, TIME=time, DATE=date; ACTION: Order a small restart to set the time in all APT blocks, job buffers andtime queues (Terminal defined for PRCA=32). Command: SYREI: RANK=SMALL, EXPL=expl; Printout: RESTART DATA ACTION: Wait for CP to return to parallel operation. Command: DPWSP; Printout: CP STATE 5.2 By Command from OMC-R System restarts by command. Please check the system recovered successfully. SYREI: RANK = LARGE, EXPL=PLAN; 6Test of APG 6.1 Hardware Test Make sure that the APG is fault free. Connect to APG40 node A. Open a command prompt. Select: Start > All Programs > Accessories >Command PromptRun the following commands on the node: 1. Print hostname C:\>hostname 2. Print node state C:\>prcstate 3. Check IP configuration of the node C:\Program Files\Force\frconfig>frconfig -display 4. Check status for all available resources: C:\>cluster res All resources should be online 5. Check status for all available nodes: C:\>cluster node 6. Check status of available resource groups: C:\>cluster group 6.2 Parallel Running Node A & Node BFailover Test 1. Login to active node 2. Print node status C:\>Prcstate Result: Active 3. Print hostname C:\>hostname 4. Issue restart command to Active node. C:\>Prcboot Result: After restart active node will become Passive node and Passive node will take over as Active node. Logon to previously connected node (active node before restart) C:\>Prcstate Result: Passive Logon to second node (passive node before restart) C:\>Prcstate Result: Active 7System Diagnostics and Redundancy Checks 7.1Unit Diagnostics and working states CP Diagnostics REPCI; Expected Results CP DIAGNOSIS END Now end the diagnosis by the command given below. REPCE; CP Repair Check RECCI; Expected Results CP REPAIR ENDRP Diagnostics REPRI: RP=XX; Expected Results RP DIAGNOSIS END Manual Intervention in RP REMRI:RP=xx,PCB=pcb; RP Repair Check RECRI; Expected Results RP REPAIR END Switching Network Tests NTTEI: SNT=snt; Trunk Module Tests TCTDI: DEV=dev, BNB=bnb; Expected Results Response is received from the system and then gives the commands given below: CON; END; CONCLUSION OF COMMAND TCTDI SS7 network control system Tests Deactivation of CCS links C7LAE: LS=ls; Activation of CCS links C7LAI; Expected Results EXECUTED Alarm ceasing should appear on the alarm terminal. System Alarm Panel Testaldtest -b ald-X (For APG40) Expected Results System checks the alarm panel lamp one by one and gives beep also. When test is over then end the command with: aldtest -e ald-X (For APG40) Synchronisation clock module Tests GDTEI: UNIT=CLM-X; (For BYB810 Hardware) Expected Results GROUP SWITCH UNIT TEST RESULT END 7.2Redundancy Check The Central Processor, Regional Processors, Group Switch Planes etc. are duplica ted. Redundancy can be checked by blocking one of the pair of equipment and maki ng calls using them. Central Processor Redundancy Check the status of CP. HALT the stand by CP, check the status of hardware and e verything should be up and running. Bring the CP back to normal. Make the executive side stand by and repeat the same process as above. Regional Processor Redundancy Check the status of RP s. Block the stand by RP s, check the status of executive RP s and hardware associated with RP should be up and running. Deblock the block RP s. Repeat the same process as above for other side RP s. Group Switch Redundancy Check the status of the Group Switch. Block the any plane of Group Switch, Make calls and call should be successful. Deblock the blocked plane. Repeat the same process as above for other plane. 8 Alarm Handling System Alarm Testing 8.1.1DL3 Link Failure The test case will demonstrate MSC alarm list response. Fault is simulated by pulling the MUX3 cables (A and B side) in the group switch , alarm list is checked. DO NOT PERFORM THIS TEST CASE IN A LIVE EXCHANGE.1. Action: Print the Snit s. NTSTP: SNT=snt; Result: SWITCHING NETWORK TERMINAL STATUS 2. Action: Pull out the first MUX3-cable (B-side). Result: MUX3-B-x goes ABL. Alarm: DISTRIBUTED GROUP SWITCH FAULT 3. Action: Print the SNTs (should be working). NTSTP: SNT=snt; Result: SWITCHING NETWORK TERMINAL STATUS 4. Action: Check the group switch state GDSTP; Result: DISTRIBUTED GROUP SWITCH STATE Comment: MUX3-B-x is ABL. 5. Action: Pull out the second DL3-cable (A-side). Result: MUX3-A-x goes ABL. SNT's goes ABL Alarm: DISTRIBUTED GROUP SWITCH FAULT 6. Action: Check the group switch state GDSTP; Result: DISTRIBUTED GROUP SWITCH STATE Comment: MUX3-A-x and MUX3-B-x are ABL. 7. Action: Print the SNTs (should be ABL). NTSTP: SNT=snt; Result: SWITCHING NETWORK TERMINAL STATUS 8. Action: Put back the DL3-cables. 9. Action: Block the MUX3 S GDBLI: UNIT=MUX3-x-x; Result: DISTRIBUTED GROUP SWITCH UNIT BLOCKING RESULT 10. Action: Test the MUX3 S GDTEI:MUX3=MUX3-x-x;Result: DISTRIBUTED GROUP SWITCH UNIT TEST RESULT 11. Action: Deblock theMUX3's. GDBLE: MUX3=MUX3-x-x; Result: DISTRIBUTED GROUP SWITCH UNIT DEBLOCKING RESULT 12. Action: Check the group switch state GDSTP; Result: DISTRIBUTED GROUP SWITCH STATE Comment: All MUX3s are working. 13. Action: Print the state of the SNT. NTSTP: SNT=snt; Result: SWITCHING NETWORK TERMINAL STATUS WORKING 8.1.2DIP failure The test case will demonstrate MSC alarm list response. Fault is simulated by pulling a DIP-cable, alarm list is checked. DO NOT PERFORM THIS TEST CASE IN A LIVE EXCHANGE. 1. Action: Pull the DIP-cable in one ETC-magazine Result: DIP goes down, alarm "DIGITAL PATH FAULT SUPERVISION" Calls on affected SNT goes down. 2. Action: Print the status of the DIP DTSTP: DIP=dip; Result: DIP state ABL. 3. Action: Put back the DIP-cable. The DIP should recover automatically. Print D IP state. DTSTP:DIP=dip; Result: DIP state working. 8.1.3CLM failure The test case will demonstrate the MSC's stability and alarm list response. A CLM-fault is simulated by blocking executive clock The result should be that the group switch stays working, an alarm is raised and all established calls unaffected.1. Action: Make a call from an MS. Result: Call established good speech quality. 2. Action: Block the Executive clock GDBLI: CLM= clm; Result: CLM goes in block state 3. Action: Check the group switch state GDSTP; Result: DISTRIBUTED GROUP SWITCH STATE. 4. Action: Check the speech connection for the call. Result: Call still established with good speech quality. 5. Action: Test the CLM. GDTEI: CLM=clm; Result: DISTRIBUTED GROUP SWITCH UNIT TEST RESULT 6. Action: Deblock the CLM. GDBLE: CLM=clm; Result: DISTRIBUTED GROUP SWITCH UNIT DEBLOCKING RESULT 7. Action: Check the state of the group switch. GDSTP; Result: DISTRIBUTED GROUP SWITCH STATE Comment: All units should be working. 8.1.4MUX34 / XM Failure MUX34 FAILURE The test case will demonstrate the MSC's stability and alarm list response. Block MUX34 A plane by command gdbli. The result should be that the distributed group switch stays working. All establ ished calls unaffected. Deblock the MUX34 A plane now block MUX34 B plane by command and see that all es tablished calls remain unaffected. Repeat the same tests for MUX34 A plane and MUX34 B plane. XM FAILURE The test case will demonstrate the MSC's stability and alarm list response. Block XM A plane by command gdbli.The result should be that the distributed group switch stays working. All establ ished calls unaffected. Deblock the XM A plane now block XM B plane by command and see that all establis hed calls remain unaffected. Repeat the same tests for XM A plane and XM B plane. 8.1.5Infrastructure Alarm Testing Extend the Alarm from Alarm sources to EXRANG. Define the external alarms in alarm table. Test the alarm by physically generating the alarm and observe audio visuals on a larm panel depending on Critical (A1), Major (A2), and Minor (A3) etc. 9Check of PCM / STM1 connection to DDF / ODF To check listed PCM links loop back, using loop back cord. A sample check has to be performed. 10Check of Recorded Announcements 10.1Check of Announcements Announcements are to be checked on track and by stimulating announcement conditi ons. No. of language and No. of announcement to be checked as approved by planni ng. 10.2Checking of cause codes This test demonstrates the cause code / end of selection define in the exchange. ANESP: ES=ALL; 11Charging (CDR generation & transfer) 11.1Charging Administration Check charging data by the following commands: CHTSP: T=ALL; CHCSP: TC=ALL CIBSP: CC=ALL; 11.2Confirmation of CDR Rating on sample basis for HPLMN & In roamers Post Paid: Call details of sample calls (various mix), SMS, MMS, GPRS/ EDGE sess ions, Third party content downloads, etc. may be recorded manually and same shou ld be verified company with the invoice generated at billing system after rating of the CDRs (For all types of BSNL PLANS). Pre Paid: Similar verification for Pre paid nos. shall be carried out for all ty pes of BSNL plans (For Pre- Paid Tariff data printout from the IN can be used asreference. 11.3Check of Threshold Monitoring Define the long duration call timer. Verify alarms as per the definition. 11.4Charging info Dump Charging information getting transferred to the billing / mediation server as pe r the file hold time in RTRLS. 11.5Charging info safety Whatever CDR s are generated are transferred to server without any loss. 11.6Backup and Restoration of CDR s Start the Backup tool by: Type ntbackup in a command window. Choose folder backup. In the Drives window, double click the drive where the files are located. Select all desired files to copy. Choose backup destination. Choose backup media or filename. In the Backup window, click on Start Backup tab. In the Backup job information window choose Append or Replace. In the Backup job information window click on Start Backup. Wait until the backup is completed message is received in the backup progress wi ndow. In the Backup progress window select Close. In the job menu, select Exit. 11.7Communication fail between MSC and billing server Note down the sequence (TT file) number of last CDR file pulled and store by med iation / billing server. Break communication link between MSC and billing server. Make mobile to mobile calls. Wait for the time to close of the CDR file. Make up communication link between MSC and billing server. Wait for the pulling of CDR file by mediation / billing server. Check the sequence no. of the CDR file into mediation / billing server. Check CDR for the mobile to mobile calls into the CDR file. 12CALENDAR MANAGEMENTExecution of a command at pre -defined time by attaching a time tag Create AFFILE for this purpose Connect to APG40 command prompt, Run, C:\>cpfmkfile l 160 c AFFILE RELVOLUMSWSpecify a file to an Alphanumeric file device: IOIOI: IO=AF-0; IOAFC: IO=AF-0, file=AFFILE-00; IOIOI: IO=AF-1; IOAFC: IO=AF-1, file=AFFILE-01; Define command execution time IOCML: FILE=AFFILE-00, DATE=yymmdd, TIME=hhmm; Add, modify and delete commands in a calendar: Commands can be entered in the file by: IOAFT: FILE=AFFILE-00; : DPWSP; : GDSTP; : EXRPP: RP=ALL; : EXEMP: RP=ALL; Press Esc Execution of command periodically specifying periodicity and the number of times command can be executed IOCML: FILE=AFFILE-01, DATE=yymmdd, TIME=hhmm [, PROC=proc] [, DAILY], IO2=AD-7; Test for display of entries in the calendar Entries in calendar can be displayed by IOCMP; Check the commands to be executed for the concerned files; Run, IOFAT: FILE=AFFILE-00; 13CSS # 7 signalling link switch overOriginate MS to PSTN call. Then Do: CTRAI: MSISDN=MSISDN; Note down the C7 device & check with which RP it is associated. EXDRP:DEV=DEV; Release the call. Block the C7 link by: C7LAE: LS=LS, SLC=SLC; Initiate second call on second link. Check successful call on second link. 14Inter-working with IN Test calls for pre-paid calls. Deduction of balance through IN and it s balance en quiry through IVR or USSD is to be checked. 15Password Management 15.1Adding a new user to AP Connect to the APG40 cluster using remote desktop. Start the User manager tool: Start -> Programs -> Administrative Tools -> User Manager for Domains Open the New user dialog box from the User Manager menu: User -> New User... Enter a username for example test , a password for example test1234, and if desired a full name and Description for the user. if you want the user to keep the passw ord that you enter, then clear the 'User Must Change password at Next Logon' che ckbox. Click on 'Groups' to open the 'Group Memberships' dialog box. Add any groups tha t you want the user to belong to. Click 'OK' to close the 'Group membership' dialog box. Click 'Add' in the "New User' dialog box to add the new user, then exit the User manager. The following groups are a must for a user to access AXE ACSUSRG Yes Allows remote login to the APG40 CPADMG or CPUSRGYes Allows use of the mml command CPSUSRG Yes Allows use of the mml command MASUSRG Yes Allows use of mml and CPT APLOCG No Allows use of the APLOC command Now come back to C :\> Connect to CP by C:\>mml Create the same user login and give same password in the CP by the command IOUAL: USER=test, PSW=test1234, USERGR=3; Activate the user by the following command IOUAI: USER=test; Print the current users Iouap: user=all; Put a command into Command Category Group For example: IOCTI: COMMAND=DPWSP, COCA=10; Check command Category Group Table IOCTP: COMMAND=ALL; Insert authorization for user group Print the current user group statusIOUGP; Insert the authorization group. For example: IOUGC: USERGR=3, CATI=10, CATR=0&&9 & 11&&255; Check the Authority of User Groups IOUGP; Now To check if a user in group 3 ( for example test ) is allowed only command WSP then do the following : C :\> exit; Logon as user test C:\>mml Give command : DPWSP; Command success fully accepted IOCTP: COMMAND=ALL; and give password test1234 DPRemoving command from command category group IOCTE: COMMAND=DPWSP; Give command: DPWSP; Command restricted Logout and login as some other user having all authorities to continue the tests C :\> exit; Login as an administrator, C :\> mml; IOCTP: COMMAND=ALL; Give command: DPWSP; Command success fully accepted16Telephonic Services Test Basic calls for various call scenario as given below. Check for Post Paid / Pre- Paid / VPN / CUG/ land line IN 16.1 Mobile to Mobile / PSTN / WLL. (Intra / Inter circle) 16.2 International call from Mobile 16.3 I/C call from Mobile/PSTN/WLL 16.4 Mobile to VMS 16.5 Call to SMS a. MO SMSLocal / National / International MT- SMS Local / National / International 16.6 Call to special / Emergency service/ IVR CALL 16.7 Call to INMARSAT 17Supplementary Services Test Call forwarding to MS / PSTN / WLL / VMS/MCA 17.1 Call Forwarding Unconditional / Mobile not reachable / Busy / No Reply / Mo bile off 17.2 Call Waiting 17.3 Call Confrencing18FUNCTIONAL CHECKTest 18.1 Prepaid Balance enquiry (For Roaming and Local subscriber) Recharge / Third party 18.2 Authentication: Check for IMSI authentication 18.3 Location Registration 18.4 IMSI attach / Detach 18.5 Time based implicit detach 19 Prepaid Related Test 19.1Prepaid related test (HPLMN, National Roaming {in roamer}) Incoming Roamer Test can be conducted locally with the available working test SI M. Further in roaming test in addition to call test, SMS, MMS, and GPRS roaming can also be check. 19.2Post-paid Roaming Incoming Roamer Test can be conducted locally with the available working test SI M. Further in roaming test in addition to call test, SMS, MMS, and GPRS roaming can also be check. 20Misc. Services 20.1Inter MSC Handover This test will demonstrate handover between two MSC s To be check with all MSC s( New and existing) should be check both way (MSC A to B and wise versa). For the above test follow the following procedure: Define following parameters in MSC A : SAAEP:SAE=274; ( NI value should be 5) MGLCP:CELL=ALL,LAI=ALL; MGLCI:LAI=LAI; MGNMP: MSC=ALL; MGNMI:MSC=MSC-B,MSCADDR=MSCADDR-B,R=R (mhoc route) ; MGOCP:CELL=ALL; MGOCI:CELL=CELL,CGI=CGI,MSC=MSC-B; MGCVP:VLR=ALL; MGCVI:VLR=MSC-B NAME,VLRADDR= MSCADDR-B,MAPV=MAPV,LAI=LAI; MGBSP:BSC=ALL; ( MSLOT should be 4) Repeat the above steps in MSC B also. Also check the MSRN routing in both MSC s.Define following parameters in BSC A : RLDEI:CELL=CELL,CSYSTYPE=GSM900,EXT; RLDEC:CELL=CELL, CGI=CGI,BSIC=BSIC, BCCHNO=BCCHNO; RLCPC:CELL=CELL,MSTXPWR= MSTXPWR; RLLOC:CELL= CELL,BSPWR= BSPWR,BSTXPWR= BSTXPWR,BSRXMIN= BSRXMIN,BSRXSUFF= BSRXSU FF,MSRXMIN= MSRXMIN,MSRXSUFF= MSRXSUFF,SCHO= SCHO,MISSNM= MISSNM,AW= AW; RLLHC:CELL= CELL,LAYER= LAYER,LAYERTHR= LAYERTHR,LAYERHYST= LAYERHYST,PSSTEMP= P SSTEMP,PTIMTEMP= PTIMTEMP,FASTMSREG= FASTMSREG; RLNRI:CELL= CELL,CELLR= CELLR,SINGLE; Repeat the above steps in another BSC also. 20.2 Intra MSC Handover This test will demonstrate handover between two BSC s Define following parameters in BSC A : RLDEI:CELL=CELL,CSYSTYPE=GSM900,EXT; RLDEC:CELL=CELL, CGI=CGI,BSIC=BSIC, BCCHNO=BCCHNO; RLCPC:CELL=CELL,MSTXPWR= MSTXPWR; RLLOC:CELL= CELL,BSPWR= BSPWR,BSTXPWR= BSTXPWR,BSRXMIN= BSRXMIN,BSRXSUFF= BSRXSU FF,MSRXMIN= MSRXMIN,MSRXSUFF= MSRXSUFF,SCHO= SCHO,MISSNM= MISSNM,AW= AW; RLLHC:CELL= CELL,LAYER= LAYER,LAYERTHR= LAYERTHR,LAYERHYST= LAYERHYST,PSSTEMP= P SSTEMP,PTIMTEMP= PTIMTEMP,FASTMSREG= FASTMSREG; RLNRI:CELL= CELL,CELLR= CELLR,SINGLE; Repeat the above steps in another BSC also. 20.3Call to a mobile subscriber created in different HSS. 20.4Emergency call Make mobile to PSTN call and check call to emergency numbers i.e 100/101/102 20.5CLIP/ CLIR 20.6Call Hold / Notification of Call Hold 20.7Call from MS (Emergency no. 112) Make MS to PSTN call and check Emergency number 112 is rerouted to 100. 21Administration 21.1Exchange Data verification Test Check for creation of routing data and circuit data as per the approved trunking diagram for all types of call routed through the switch. 21.2Verification of Generation of CDR s Check for Generation of CDR s with all relevant data (circuit reference) 21.3Traffic Measurement and Load ObservationPrint the data, if any, about measuring program TRRPP:MP=ALL; Define Measuring Program. TRRPI: MP= mp, IO= AT- at; (or file- TRARFILE). TRRTI: MP= mp, IO= AT- at; (or file- TRARFILE). Print the contents of the recording groups TRRGP: TRG=ALL; Specify time schedule for measuring programmed TRTSI: MP=mp, RPL=30; Make calls Wait for result printout Remove MP TRTSE: MP=mp; PROCESOR LOAD MEASUREMENT Print MP identities: Use command TRIDP Printout: TRAFFIC RECORDING IDENTITY Define the available MP identity: Use command PLSMI Print the MP data: Use command PLSMP Printout: PROCESSOR LOAD MEASUREMENT PROGRAM Define the time schedule: Use command TRTSI Verify the time schedule data: Use command TRTSP Printout: TRAFFIC RECORDING TIME SCHEDULE Wait for result printout SEE processor load related data.Check out in print out description for explanation of each parameter. 22Test of LI a. Voice Monitoring b. Collection of CRI c. Monitoring of SMS/ GPRS/ MMS This test will demonstrate monitoring of target activities & verification of the activities with the LI server. 23Interconnectivity with OTA Browsing and down loading different OTA menu in the SIM. 24Advice of charge information Make a PSTN to UMTS/GSM call. The advice of charge information will be sent to t he MS. APG40 can be used as charging output destination. Action: DBTRI; DBTSC: TAB=AXEPARS, SETNAME=GSMMSSF, NAME=MSCNF15, VALUE=1; DBTRE: COM; Action: Verify that the area is market as AOC supported HGRCP: CHAR=all; Action: Print CC data, in this case you need B-party charging CHASP: CC=cc; Result: CHARGING CASE DATA Action: Define the CC as BP (B-party charging) if needed. CHASI: CC=cc, CD=3, TC=10, BP, TT, IS=1, OTI=0, ITI=0; Result: EXECUTED Action: Print CC data. CHASP: CC=cc; Result: CHARGING CASE DATA Action: Print TC data. CHCSP: TC= tc; Result: TARIFF CLASS DATA Action: Print SWC data.CHSSP: SWC=2; Result: SWITCHING CLASS DATA Action: Print Advice of Charge Data. MGACP:T=t; Result: ADVICE OF CHARGE DATA Action: Perform location registration - MS1 is registered and located in PLMN Ho me System, HGSDP: MSISDN=msisdn1, LOC; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY MSISDN IMSI STATE AUTHD msisdn1 imsi1 CONNECTED AVAILABLE LOCATION DATA VLR ADDRESS MSRN MSC NUMBER LMSID vlr address-1 msc number-1 END Action: Verify updating of MSC/VLR MGSLP: IMSI=imsi1; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER IDENTITY IMSI MSTAT MSISDN CAT DMSISDN imsi MS REG msisdn MS 10 END Action: Check that APG40 interface is active CHOIP; Result: COMMON CHARGING OUTPUT INTERFACE DATA Action: Provide the MS with AOCI. HGSDC: MSISDN=msisdn, SUD=AOC-1; Result: EXECUTED Action: Verify subscriber data in HLR and VLR.HGSDP: MSISDN=msisdn1, SSDA; Result: HLR SUBSCRIBER DATA PERMANENT SUBSCRIBER DATA SUPPLEMENTARY SERVICE DATA Action: Make a call from PSTN to MS1. Result: Charging information on the MS1 display. Call is established - Speech po sition. Action: Check number of CDRs in the block CHOP. SAAEP: SAE=500, BLOCK=CHOP; Result: SIZE ALTERATION OF DATA FILES INFORMATION SAE BLOCK CNTRTYP NI NIU NIE NIR 500 CHOP MANUAL ni 0 0 0 Result: When NIU decreases to zero, you can decode charging files. Action: Check CDRs are found in APG40. Result: The result must be the same as described in the pass/fail criteria. 25Optimal Routing Check B-No. analysis for own subscriber. ANBSI:B=31-98530, F=4; ( At origin 31 digit 98530 should be reanalysed at origin 4 ) ANBSI:B=4-98530,L=10,CC=0,BNT=4,RC=60; ( At origin 4 analyse 98530 with digit length 10 ,charging case 0 should seize r outing case=60 ) The routing case 60 points to GRI route ( Gateway roaming interrogation ) At origin 8 the MSRN number will be received which is decided by the BO paramete r in GRI route. ANBSI:B=8-9198530,L=12,M=2,F=9,CC=0; Drop 2 digits ( country code ) and send to origin 9. ANBSI:B=9-98530,MTE; Result MTE Mobile Terminating.Check the analysis for Mobile subscriber of another circle. ( Example for Hayana subscriber )ANBSI:B=31-98500,L=10,BNT=4,CC=0,RC=1; ( Routing Case 1 will point to the TAX route towards Haryana ) Modify the analysis to perform the roaming interrogation for Haryana subscriber from Chandigarh GMSC. ANBSI :B=31-98500,L=10,CC=0,RC=60; Instead of pointing to the TAX route the gateway roaming interrogation route ( G RI ) is being siezed. This way the GMSC will ask the Haryana HLR the whereabouts of his subscriber. If the MSRN received is of the Chandigarh MSC/VLR then the c all will be completed locally else if MSRN for Haryana is received then at origi n 8 the analysis should be ANBSI:B=8-9198500,L=12,M=2,CC=0,BNT=4,RC=1; ( Drop 2 digits ( country code ) and send the MSRN to Haryana on TAX route ) This way we are able to route the calls optimally if the subscriber is roaming i n Chandigarh MSC/VLR network. 26Carrier Pre Selection27Check LAN/WAN operation ---- Connectivity Ping the node from OSS & it confirm s that node is connected to the OSS. ---- Traffic report & alarms Check that traffic reports & alarms are reported to OSS terminal. 28Verification of EIR Functionality The EIR must be integrated. Exchange Dependent Parameters MSC/VLR properties, change with MGEPC: IMEICONTROLCLLS-0 IMEI Check is not to be performed at MO/MT calls IMEICONTROLCLLS-1 IMEI Check is to be performed at MO/MT calls IMEICHKWITHIMSI-0 IMSI will not be provided IMEICHKWITHIMSI-1 IMSI will be provided IMEICONTROLEMR-0 IMEI Check is not to be performed at Emergency calls IMEICONTROLEMR-1 IMEI Check is to be performed at Emergency calls IMEICONTROLLU-0 IMEI Check is not to be performed at Location updateIMEICONTROLLU-1 IMEI Check is to be performed at Location update normal IMEICONTROLLU-2 IMEI Check is to be performed at Location update normal and peri odical IMEICONTROLSS-0 IMEI Check is not to be performed at subscriber services IMEICONTROLSS-1 IMEI Check is to be performed at subscriber services IMEIFETCHCIPH-0 Ciphering not used to fetch the IMEI IMEIFETCHCIPH-1 Ciphering used to fetch the IMEI Exchange Dependent Data EOS code 2494, IMEI is black listed, unknown or not received. Call to MS The test case will verify that only subscribers defined in EIR are allowed to re ceive calls. The result should be that subscribers defined in EIR are allowed to receive call s and subscribers that are not will be rejected. Action: Check that the parameter IMEICONTROLCLLS is set to one. MGEPP:ID=IMEICONTROLCLLS; Action: Reset the Alarm "MT IMEI SUPERVISION LOG FAULT". MGSAR:LOG=UNKNOWN; MGSAR:LOG=BLACK; MGSAR:LOG=GREY; Result: The Alarm for each log has been reset. Action: Make a call to an MS not registered in EIR. Result: The call is not through connected. Check the alarm printer for the alarm "MT IMEI SUPERVISION LOG FAULT" Log UNKNOWN. Action: Make a call to an MS that is black listed in EIR. Result: The call is not through connected. Check the alarm printer for the alarm "MT IMEI SUPERVISION LOG FAULT" Log BLACK. Action: Make a call to an MS that is grey listed in EIR. Result: The call is through connected. Check the alarm printer for the alarm "MT IMEI SUPERVISION LOG FAULT" Log GREY. Action: Make printouts of the IMEI supervision logs. MGSGP:LOG=UNKNOWN,NLOG=10; MGSGP:LOG=BLACK,NLOG=10;MGSGP:LOG=GREY,NLOG=10; Result: MT IMEI SUPERVISION LOG DETAILS The call should be registered in the log. Action: Make a call to an MS that is white listed in EIR. Result: The call is through connected. Call from MS Action: Check that the parameter IMEICONTROLCLLS is set to one. MGEPP:ID=IMEICONTROLCLLS; Action: Make a call from an MS not registered in EIR. Result: The call is not through connected. Action: Make a call from an MS that is black listed in EIR. Result: The call is not through connected. Action: Make a call from an MS that is grey listed in EIR. Result: The call is through connected. Action: Make printouts of the IMEI supervision logs. MGSGP:LOG=UNKNOWN,NLOG=10; MGSGP:LOG=BLACK,NLOG=10; MGSGP:LOG=GREY,NLOG=10; Result: MT IMEI SUPERVISION LOG DETAILS The call should be registered in the log. Action: Make a call from an MS that is white listed in EIR. Result: The call is through connected. Emergency Call Action: Check that the parameter IMEICONTROLEMR is set to zero. MGEPP:ID=IMEICONTROLEMR; Action: Make an emergency call from an MS not registered in EIR. Result: The call is through connected. Action: Make an emergency call from an MS that is black listed in EIR. Result: The call is through connected.Action: Check that the MS is black listed in VLR. MGSSP:IMSI=imsi; Result: MT MOBILE SUBSCRIBER STATE with CHKRES black. Action: Make an emergency call from an MS that is grey listed in EIR. Result: The call is through connected. Action: Check that the MS is grey listed in VLR. MGSSP:IMSI=imsi; Result: MT MOBILE SUBSCRIBER STATE with CHKRES grey. Action: Make printouts of the IMEI supervision logs. MGSGP:LOG=UNKNOWN,NLOG=10; MGSGP:LOG=BLACK,NLOG=10; MGSGP:LOG=GREY,NLOG=10; Result: MT IMEI SUPERVISION LOG DETAILS Action: Make an emergency call from an MS registered in EIR. Result: The call is through connected. Location update Action: Check that the parameter IMEICONTROLLU is set to one. MGEPP:ID=IMEICONTROLLU; Action: Make an IMSI ATTACH with an MS not defined in EIR. Result: The location update is rejected. Action: Make an IMSI ATTACH with an MS defined in the black list in EIR. Result: The location update is rejected. Action: Make an IMSI ATTACH with an MS defined in the grey list in EIR. Result: The location update is accepted. Action: Make printouts of the IMEI supervision logs. MGSGP:LOG=UNKNOWN,NLOG=10; MGSGP:LOG=BLACK,NLOG=10; MGSGP:LOG=GREY,NLOG=10;Result: MT IMEI SUPERVISION LOG DETAILS The LU attempt should be registered in the log. Action: Make an IMSI ATTACH with an MS registered in EIR. Result: The location update is accepted. Action: Check that the parameter IMEICONTROLLU is set to two. MGEPP:ID=IMEICONTROLLU; Action: Make a periodical location update with a MS not defined in EIR. Result: The location update is rejected. Action: Make a periodical location update with a MS defined in the black list in EIR. Result: The location update is rejected. Action: Make a periodical location update with an MS defined in the grey list in EIR. Result: The location update is accepted. Comment: Periodical location update must be set in the system information in the BSC, see helpful hints. Action: Make printouts of the IMEI supervision logs. MGSGP:LOG=UNKNOWN,NLOG=10; MGSGP:LOG=BLACK,NLOG=10; MGSGP:LOG=GREY,NLOG=10; Result: MT IMEI SUPERVISION LOG DETAILS The LU attempt should be registered in the log. Action: Make a periodical location update with an MS defined in EIR. Result: The location update is accepted. Action: Reset the Alarm "MT IMEI SUPERVISION LOG FAULT." MGSAR:LOG=UNKNOWN; MGSAR:LOG=BLACK; MGSAR:LOG=GREY; Result: The Alarm for each log has been reset. 29Junction Test Make sample calls on E1 & by CTRAI command find the device. By checking STRDP at tachment of device to the route & by STDEP state of the device can be known.30Verification of ECHO calls Make MS to PSTN call and check echo canceller device in MGW Login to MGw and check call path trace. 31Priority Calls 32Backup policy of CDR & hot billing 33Inter working with UMS ---- Voice message deposit & retrieval ---- Fax message deposit & retrieval ---- SMS message sent & receive ---- Conversion of email to speech 35 3G related test 35.1 Software Check 35.2 Networking Application support 35.2.1 2G Mobile / PSTN to 3G call Make call from 2G mobile to 3G mobile & also from PSTN to 3G mobile. Call should be through & check for the speech quality. Check call path trace CTRAI:MSISDN=msisdn; 35.2.2 3G Mobile to 2GMobile /PSTN call Make call from 3G mobile to 2G mobile & also from 3G mobile to PSTN. Call should be through & check for the speech quality. Check call path trace CTRAI:MSISDN=msisdn; 35.2.3 3G to 2G handover DBTSP: TAB=AXEPARS, SETNAME=GSMMMSF, NAME=MSCNF946; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSMMMSF, NAME=MSCNF1010; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME= CDROUTPUTHO; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME= HNDSDCCHINTOM; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME=H NDSDCCHTCHM; !VALUE=1! HGEPP: ID=MV3RESTRICTION; !MV3RESTRICTION-2! MGEPP: ID=HNDSDCCHINTI; !HNDSDCCHINTI-1! MGEPP: ID=HNDTCMDBASNON; !HNDTCMDBASNON-20! MGEPP: ID=HNDTCMDSUBNON; !HNDTCMDSUBNON-20!MGEPP: ID=HNDRELCHSUBNON; !HNDRELCHSUBNON-1! MGEPP: ID=MSRNHOMETHOD; !MSRNHOMETHOD-1! MGEPP: ID=MSRNHNDLIMIT; !MSRNHNDLIMIT-0! MGEPP: ID=MSRNHNDTIME; !MSRNHNDTIME-100! Node Configuration: Check for following definitions : MGLAP; MGRIP: RNC=rnc name; MGMAP: RNC=rnc name; MGNMP: MSC=all; MGOCP: CELL=cell name; MGCVP: VLR=ALL; Also check if External GSM network and external GSM cells are created in the RNC s. Check following in the 2G BSC: DBTSP: TAB=AXEPARS, NAME=SUPCOEXUMTS; !VALUE=1! RAEPP: ID=COEXUMTS; !PROP=COEXUMTS-1! SAAEP: SAE=1133; ! Should be enough individuals! RLDEP: CELL=cell; !AGBLK=1! RLDEP: CELL=ALL, EXT, UTRAN; RLDEP: CELL=cell; RLLOP: CELL=cell; ! ISHOLEV=98! RLSBP: CELL=cell; !ECSC=YES! RLSUP:CELL=cell; !QSC=4, QSCI=0, QSI=4, FDDMRR=1, FDDQMIN=0, FDDQOFF=0,SPRIO=YES ; RLUMP: CELL=cell; !ADD, UMFI=10663-136-NODIV (cell_301-1)! RLNRP: CELL=cell, CELLR=ALL, UTRAN; !DIR=SINGLE! Make a call from RNC1 controlled by MSC-server and move to coverage area of RNC1 of Cell 1 connected to BSC1 and check for handover Result : Successful handover 35.2.4 2G to 3G handoverMake a call from MS1 from Cell 1 connected to BSC1 and move to coverage area of RNC1 and check for handover Result : Successful handover 35.3 Inter MSC Handover (call & GPRS/EDGE handover) Make a call from own MSC & move towards the another MSC. Action Set up a call between UE1 and UE2. Result Call successfully established. Action 3 Trigger a HOV of UE1 Result The HOV is successfully performed and the call between UE1 and UE2 is sti ll established. Comment Either attenuators (e.g. controlled by AIMS or manually) or the TEMS fun ctionality can be used to trigger the HOV. Action 4 Check location of UE1 iby either checking CTRAI results in MSC1 and MSC 3 and/or if using a TEMS as UE1 by checking the CGI of the serving cell. CTRAI:MSISDN=msisdn_UE1; ! in MSC1 ! CTRAI:MSISDN=msisdn_UE1; ! in MSC3 ! Result Answer printout Call Path Tracing is showing that an outgoing device toward s MSC3 is occupied in MSC1 and an incoming device is occupied in MSC3. CDR check for inter MSC call handover Make a call from own MSC & move towards the another MSC. Once handover is taken place check for the CDR in billing system for the handover call. 35.4 WCDMA Support 35.5 Misc. services 1. Mobile to Mobile Make call from MS1 to MS2. Call should be through & check for the speech quality . Check call path trace CTRAI:MSISDN=msisdn; 2. Mobile to PSTN ( Intra/Inter circle) Make call from MS1 to PSTN on intra & inter circle numbers. Call should be throu gh & check for the speech quality. Check call path trace CTRAI:MSISDN=msisdn; 3. I/C from Mobile / PSTN Make call from MS2 /PSNT numbers to MS1. Call should be through & check for the speech quality. 4. SMS Call (a) MO SMSSend an SMS from MS1 to MS2. SMS should be displayed on MS2. (b) MT SMS Send an SMS from MS1 to MS2. SMS should be delivered on MS2. 5. Mobile to VMS Divert calls of MS1 to Voice Mail System. Make a call to MS1 from MS2 & check th at you get VMS prompts. 6. Call Forwarding (A) Unconditional Action: Print the subscriber categories for MS1, MS2, MS3 and MS4. HGSDP: MSISDN=msisdn, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA Action: Provide CFU to MS2. HGSDC: MSISDN=msisdn2, SUD=CFU-1; Result: EXECUTED Comment: Activation occurs implicitly as a result of provision. Action: Verify provision of CFU to the Teleservice TS11 (speech) to MS2 in HLR. HGSDP: MSISDN=msisdn2, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA With CFU-1 for TS11 Action: Set MSISDN of MS3 as the forwarded-to number on MS2. Comment: Activate the CFU from the menu on MS2. Action: Verify registration and activation of CFU to Teleservice TS11 (Speech) to MS2 subscriber in HLR. Comment: Use the menu on MS2 to verify the registration and activation. Action: Verify updating of MSC/VLR. MGSLP: IMSI=imsi2, ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATA With CFU PRAO Action: Establish a call from MS1 to MS2. Result: - The call is forwarded to MS3 according to BSG "All speech transmissions servic es". Action: Check speech quality between MS1 and MS3 and release the call. Action: Deactivate the CFU service from the menu on MS2. Action: Check the state of the CFU service from the menu on MS2. Action: Restore all the services provided for MS1, MS2, MS3 and MS4. (B) Mobile not Reachable Action: Print the subscriber categories for MS1, MS2, MS3 and MS4. HGSDP: MSISDN=msisdn, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATAAMSISDN SUPPLEMENTARY SERVICE DATA Action: Provide CFNRC to MS2. HGSDC: MSISDN=msisdn2, SUD=CFNRC-1; Result: EXECUTED Action: Verify that MS2 has CFNRC for the Teleservice TS11 (Speech) in HLR. HGSDP: MSISDN=msisdn2, SSDA;Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA With CFNRC-1 for TS11 Action: Set MSISDN of MS3 as the forwarded-to number on MS2. Comment: Activate the CFNRC from the menu on MS2. Action: Verify registration and activation of CFNRC to Teleservice TS11 (Speech) to MS2 subscriber in HLR. Comment: Use the menu on MS2 to verify the registration and activation. Action: Verify updating of MSC/VLR. MGSLP: IMSI=imsi2, ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATA With CNFRC PRAO Action: Power off the MS2. Action: Establish a call from MS1 to MS2. Result: - The call is forwarded to MS3 according to BSG "All speech transmission service s". Action: Check speech quality between MS1 and MS3 and release the call. Action: Power on MS2. Action: Deactivate the CFNRC service from the menu on MS2. Action: Check the state of the CFNRC service from the menu on MS2. Action: Restore all the services provided for MS1, MS2, MS3 and MS4. (C) Busy Action: Print the subscriber categories for MS1, MS2, MS3 and MS4. HGSDP: MSISDN=msisdn, SSDA;Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA Action: Provide CFB to MS2. HGSDC: MSISDN=msisdn2, SUD=CFB-1; Result: EXECUTED Action: Verify that MS2 has CFB for the Teleservice TS11 (Speech) in HLR. HGSDP: MSISDN=msisdn2, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA With CFB-1 for TS11 Action: Set MSISDN of MS3 as the forwarded-to number on MS2. Comment: Activate the CFB from the menu on MS2. Action: Verify registration and activation of CFB to Teleservice TS11 (Speech) t o MS2 subscriber in HLR. Comment: Use the menu on MS2 to verify the registration and activation. Action: Verify updating of MSC/VLR. MGSLP: IMSI=imsi2, ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATAWith CFB PRAO Action: Establish a call from MS1 to MS2. Action: Establish a call from MS4 to MS2. Result: - The call is forwarded to MS3 according to CFB Action: Answer the call on MS3 and check the speech path. Release the call. Action: Deactivate the CFB service from the menu on MS2. Action: Check the state of the CFB service from the menu on MS2. Action: Restore all the services provided for MS1, MS2, MS3 and MS4. (D) No Reply Action: Print the subscriber categories for MS1, MS2, MS3 and MS4. HGSDP: MSISDN=msisdn, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA Action: Check the value of the HLR Exchange parameter CFNRTIME. HGEPP: ID=CFNRTIME; Result: EXECUTED Action: Set HLR Exchange parameter CFNRTIME to "15 seconds." HGEPC: PROP=CFNRTIME-15; Result: EXECUTED Action: Provide CFNRY to MS2. HGSDC: MSISDN=msisdn2, SUD=CFNRY-1; Result: EXECUTEDAction: Verify that MS2 has CFNRY for the teleservice TS11 (Speech) in HLR. HGSDP: MSISDN=msisdn2, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA AMSISDN SUPPLEMENTARY SERVICE DATA With CFNRY-1 for TS11 Action: Set MSISDN of MS3 as the forwarded-to number on MS2. Comment: Activate the CFNRY from the menu on MS2. Action: Verify registration and activation of CFNRY to teleservice TS11 (Speech) to MS2 subscriber in HLR. Comment: Use the menu on MS2 to verify the registration and activation. Action: Verify updating of MSC/VLR. MGSLP: IMSI=imsi2, ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATA With CFNRY PRAO Action: Set up a call from MS1 to MS2. MS2 does NOT answer. Result: - After the No Reply Time (15 seconds) the call is forwarded to MS3. Action: Answer the call on MS3 and check the speech path. Release the call. Action: Deactivate the CFNRY service from the menu on MS2. Action: Check the state of the CFNRY service from the menu on MS2. Action: Restore all the services provided for MS1, MS2, MS3 and MS4. 7. Call WaitingAction: Print the subscriber categories for MS1, MS2, MS3 and MS4. HGSDP: MSISDN=msisdn, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA Action: Provide Call Hold to MS1. HGSDC: MSISDN=msisdn1, SUD=HOLD-1; Result: EXECUTED Comment: Activation occurs implicitly as a result of the provision. call HOLD Action: Provide Call Waiting to MS1. HGSDC: MSISDN=msisdn1, SUD=CAW-1; Result: EXECUTED Comment: CAW Call Waiting Action: Verify provision of HOLD and CAW to MS1 in the HLR. HGSDP: MSISDN=msisdn1, SSDA; Result: HLR SUBSCRIBER DATA SUBSCRIBER IDENTITY PERMANENT SUBSCRIBER DATA With supplementary services CAW-1 and HOLD-1 Action: Activate the CAW service from MS1. Action: Verify registration and activation of CAW on MS1 from the Mobile station menu display. Result: CAW active. Action: Verify location updating on the MSC/VLR.MGSLP: IMSI=imsi1, ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATA imsi1 with supplementary services CW and HOLD in status PAO Action: Establish a call from MS1 to MS2 and check the speech path. Action: Make a call from MS3 to MS1. Result: MS1 receives notification of the waiting call. Action: MS1 puts the call to MS2 on hold and answers the waiting call from MS3. Result: Check the speech path between MS1 and MS3. Action: MS1 releases the call from MS3 and retrieves the call to MS2. Comment: Check the speech path between MS1 and MS2 remains open. Action: Release the calls. 8. Call Conferencing Action: Print the subscriber categories . HGSDP:MSISDN=msisdn,SSDA; Result: HLR SUBSCRIBER DATA PERMANENT SUBSCRIBER DATA SUPPLEMENTARY SERVICE DATA Action: Print the value of the MTS exchange property SSTONESENDING. MGEPP:ID=SSTONESENDING; Result: MT EXCHANGE PROPERTY DATA Action: Set MTS exchange property SSTONESENDING to "Tone sending towards ISDN su bscribers allowed" . MGEPC:PROP=SSTONESENDING-1; Result: EXECUTEDComment: The property SSTONESENDING decides whether the services Call Hold (On H old Tone) and Multi Party (Multi Party Warning Tone) will send notification tone s towards remote ISDN subscribers or not. Non-ISDN subscribers will always recei ve these notification tones by default. Action: Provide call hold to sub1. HGSDC:MSISDN=msisdn1,SUD=HOLD-1; Result: EXECUTED Comment: Activation occurs implicitly as a result of provision. Action: Provide Multi Party to sub1. HGSDC:MSISDN=msisdn1,SUD=MPTY-1; Result: EXECUTED Comment: Activation occurs implicitly as a result of provision. Action: Verify provision of HOLD and MPTY to sub1 in HLR. HGSDP:MSISDN=msisdn1,SSDA; Result: HLR SUBSCRIBER DATA PERMANENT SUBSCRIBER DATA SUPPLEMENTARY SERVICE DATA With MPTY-1 and HOLD-1 Action: Verify updating of MSC/VLR. MGSLP:IMSI=imsi1,ALL; Result: MT MOBILE SUBSCRIBER LIST SUBSCRIBER NON SUPPLEMENTARY SERVICE DATA SUBSCRIBER SUPPLEMENTARY SERVICE DATA With MPTY and HOLD PAO Action: Establish a call from sub1 to sub2 and check the speech path. Action: Sub1 puts sub2 on hold and makes an enquiry call to sub3. Result: Sub2 receives the hold tone. Action: Sub3 answers the call.Result: Check speech path between sub1 and sub3. Action: Sub1 starts the Multi Party call. Comment: Verify the Multi Party call with 3 subscribers. Action: Release calls Action: Check that all connections are released properly. CTRAI:IMSI=imsi; (IMSI Number for Sub1) Result: CALL PATH TRACING CTRAI:IMSI=imsi; (IMSI number for Sub1) Result: CALL PATH TRACING 9. MMS Prints and check subscriber Packet Data Protocol (PDP) context data HGPDP:MSISDN=msisdns; Send MMS from MS1 to MS2 and check successful delivery of MMS to MS2. 10. Video Call Make video call from MS1 to MS2. Check video call is successfully established be tween MS1 and MS2. Make test call from both Prepaid and Post paid subscribers 11. Test of streaming functions Check video streaming from MS by dialing pre defined Access codes for streaming functions. 12. 3G to 2G handover & vice versa DBTSP: TAB=AXEPARS, SETNAME=GSMMMSF, NAME=MSCNF946; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSMMMSF, NAME=MSCNF1010; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME= CDROUTPUTHO; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME= HNDSDCCHINTOM; !VALUE=1! DBTSP: TAB=AXEPARS, SETNAME=GSM1APTC, NAME=H NDSDCCHTCHM; !VALUE=1! HGEPP: ID=MV3RESTRICTION; !MV3RESTRICTION-2!MGEPP: ID=HNDSDCCHINTI; !HNDSDCCHINTI-1! MGEPP: ID=HNDTCMDBASNON; !HNDTCMDBASNON-20! MGEPP: ID=HNDTCMDSUBNON; !HNDTCMDSUBNON-20! MGEPP: ID=HNDRELCHSUBNON; !HNDRELCHSUBNON-1! MGEPP: ID=MSRNHOMETHOD; !MSRNHOMETHOD-1! MGEPP: ID=MSRNHNDLIMIT; !MSRNHNDLIMIT-0! MGEPP: ID=MSRNHNDTIME; !MSRNHNDTIME-100! Node Configuration: Check for following definitions : MGLAP; MGRIP: RNC=rnc name; MGMAP: RNC=rnc name; MGNMP: MSC=all; MGOCP: CELL=cell name; MGCVP: VLR=ALL; Also check if External GSM network and external GSM cells are created in the RNC s. Check following in the 2G BSC: DBTSP: TAB=AXEPARS, NAME=SUPCOEXUMTS; !VALUE=1! RAEPP: ID=COEXUMTS; !PROP=COEXUMTS-1! SAAEP: SAE=1133; ! Should be enough individuals! RLDEP: CELL=cell; !AGBLK=1! RLDEP: CELL=ALL, EXT, UTRAN; RLDEP: CELL=cell; RLLOP: CELL=cell; ! ISHOLEV=98! RLSBP: CELL=cell; !ECSC=YES! RLSUP:CELL=cell; !QSC=4, QSCI=0, QSI=4, FDDMRR=1, FDDQMIN=0, FDDQOFF=0,SPRIO=YES ; RLUMP: CELL=cell; !ADD, UMFI=10663-136-NODIV (cell_301-1)! RLNRP: CELL=cell, CELLR=ALL, UTRAN; !DIR=SINGLE! Make a call from RNC1 controlled by MSC-server and move to coverage area of RNC1of Cell 1 connected to BSC1 and check for handover Make a call from MS1 from Cell 1 connected to BSC1 and move to coverage area of RNC1 and check for handover TD/NS/GSM/PHASE V.1/MSS/1280 Page 55 of 55 ISSUE-I DATED 03.06.08