no. rfp page clause no. clause question mtml response · v. content charging for subscriber and...

No. RFP Page Clause No. Clause Question MTML Response

1 pg 4, pg 10 SECTION-1 & II Query from prospective bidder

What is the bid security and what does it

guarantee us? Is it, $10,000 or $100 to enter

the bid? If we don't win the bid is there a

refund?

Yes, the Bid Security required as per SECTION-II (clause 11.1 & 11.2) of

US $ 10,000 (US Dollar TenThousand only), valid for 180 will be returned

as per SECTION-II (clause 11) of RFP. The fees $100 is to enter the bid

and is non-refundable as per RFP.

2 pg 20SECTION - II

(7.1)Query from prospective bidder

Under 7.1 under training, it states, "The

Contractor shall provide training for 15 man-

weeks to personnel (Technical and Finance)

of the Purchaser, free of cost at the

Contractor’s training centre." Does this mean

you will be sending someone from your team

to our office to train for 15 weeks?

The bidder will need to comply for the man-weeks indicated in RFP. It can

be discussed in details with MTML at later stages.

3 pg 105 Annexure-V Query from prospective bidder

Is there a penalty for scheduled downtime in

which there could be an upgrade to a new

version? You have on page 105 where there

is a $2 per day per subscriber downtime?

Also, what if the downtown is caused by

natural disaster or your own user error?

The penalty clause as per RFP will not be applicable in case scheduled

down time for upgrade to new version, natural disaster or own user error. In

case of service affecting situations, the services can be shifted to standby

servers and Emergency flow may be opened if downtime on both Active

and Standby is needed as per SECTION –IV (A) Clause 43 of RFP.

4 pg 22

SECTION - III

Clause 10.1 &

10.2Query from prospective bidder

Payment Terms for Hardware, Software and

Services. For Software and Services 80% on

TOC will be applicable for both?

The Hardware / Equipment will be as per clause 10.1 & 10.4. Software and

Services will be as per clause 10.2 considering both together as per RFP.

5 pg 20SECTION - III

Clause 6 Query from prospective bidder

Delivery and Warehousing - Who will bear

the cost of transport once the equipment

arrives in Mauritius since it is CIF.

The Purchaser shall be responsible for paying all the duties/ levies on

equipment & software within Mauritius (including local transport) and the

duties/ levies outside Mauritius, Freight till Mauritius, Insurance shall be

responsibility of the Vendor as per SECTION-1 clause 10 & 6.3 of RFP.

6 pg 3 SECTION-1 Query from prospective bidder

Would there be extension for Last Date of

Bid Submission ?

Last Date of Bid Submission has been extended to 15:00 Hrs on

11.02.2019

No. RFP Page Clause No. Clause Question MTML Response

7 pg 394SECTION –IV (B)

5.2.17

The Storage shall support multi-tier architecture to

support different performance requirement of storage for

different kind of data depending upon the policy defined

by user. High performance, mid performance, low

performance and off-line storage shall be supported.

How to understand this off-line storage?

Please give the detailed service scenario.

High performance Data: data directly service impacting, Low performance &

Offline : Not service affecting. The capacity and storage needs to be

ensured as per RFP conditions.

Mauritius MTML (RFP No.: MTML/OCS/B&CCS/RFP/ 2018/1 Dated 24.12.2018 )

ANNEXURE-I

Section-II (Technical Queries)

Section-I (Commercial & General Queries)

Page 1 of 9


5.2.20-1

Pre-paid/Post paid subscribers Mix- In any

combination/proportion

of total subscribers

How to understand this？Do this mean we

need to provide pre-paid subscribers

proportion of total subscribers and post paid

subscribers proportion of total subscribers in

the sizing document？

Online charging for both prepaid and post paid is required. As per RFP

Total 500K (400K is Prepaid , 100K is Postpaid). For 100K Postpaid the

system will need to generate bills. The dimensioning should be as per RFP

and also ensure smooth expansion.


5.2.20-6

6. CDR split factor - 1.6 Which product and which capability need to

satisfy this parameter？Please give the

detailed service scenario.

It is for long duration calls, sessions and long SMS. And assuming 60% of

the CDRs will be of long durations. And needs to be taken care as per RFP

for rating and billing of CDRs.


5.2.20-7

7. Usage size - 511 bytes Do this mean the CDR size in CBP? CPB-Control Processor Board. From CPB these are transfered to CG-

servers. From CG servers the mediation will fetch the CDRs. CDR size may

vary and need to support the exsiting system. The CDR file size max is

10MB or 10minutes which ever earlier. Interconnect & Roaming CDRs (for

Calls and SMS: from GMSC and for Data from GGSN, SGSN, SGw, PGw).

Expected CDRs depend on traffic being handled by elements. (Normally 1-

file has 50K records and presently 150-200 files a day from each NEs for

Voice/SMS and Data). Need to comply as per RFP.


5.2.20-9

9. Bill run duration per bill cycle - Less than 2 hours What's the max postpaid individual

subscribers numbers in one bill Cycle? What

the max postpaid community subscribers

numbers in one bill cycle?

As per RFP 100K customers need to be billed. And can be in one cycle or

distributed.


5.2.20-10

10. Rating per day - Less than 2 hours What rating actions need to be included in

this 2 hours?

The rating action includes the collection of CDRs from all NEs, processing

and rating of CDRs as per tarriffs. All day CDRs can be rates in 2hrs,

should be supported as per RFP.


5.2.20-13

13. Data customers - 100% active How to understand this data customer 100%

active? Please give a detailed service

example.

500K data customers all with acitve PDP sessions and being charged

online. Should be supported as per RFP.


6.1.14

Should be able to transfer and/or export vouchers with

PINs and Passwords in CSV/flat file.

Please give the detailed service example of

the voucher card recharge，especially the

use of the PINs and password.

This is part of voucher generation process. The files generated can be

fetched from client and sent to prinit agency or other system. Should be

supported as per RFP.


6.3.4.15

Facilities to provide discount, adjustment, rebate, fine

etc. on periodic bill

Facilities to produce the bill of permanently

disconnected customers as required by MTML.

What is "permanently disconnected

customers", does it refer to the terminated

customer?

Permanently Diconnected / Terminated customers if has Unpaid dues,

system should be able to generate bills with fines / surcharges etc till the

accounts are settled as per MTML requirement.


6.3.5.2

During new installations, other charges shall be

accepted along with the deposit. However, separate

receipts shall be generated for such charges.

What is "installation", does it mean

subscription?

Installation: refers to the installation of various MTML products at customer

premises e.g WiFI modems, LTE terminals, GSM fix phones etc. The

installation charges (One Time Charge, OTC) applicable can be configured,

collected and receipt can be generated for to ensure proper accountability

and billing as per RFP.


3.27

Account receivables using different channels cash,

credit card, debit card, net banking and other e-payment

facilities, ECS, post-office payment files, bank files etc.

What's the meaning by ECS, is it electronic

charging system？ECS: Electronic Clearing Service used by banks to transfer fund from

customer account to MTML bank account against the pending and invoiced

dues. ECS needs to be supported as per RFP.


3.27

Track of dues and payment history atleast for 24

months.

could you please give explaination of

tracking of dues？For the purpose of proper accounting information related to the customer

and his bill payment history as per RFP.

Page 2 of 9


3.27

International prepaid dialing for other network numbers

(VCC Prepaid)

What's the meaning by VCC？ VCC (Virtual Card Calling): The VCC service is for customers of Other

operators using MTML network to make International calls using Carrier

Access Code (CAC). These customers use 060 , 061 prefixes to make

International Calls via MTMLs network. They access MTMLs VCC prepaid

service using MTMLs prepaid vouchers and the VCC postpaid are

registered on MTML Billing have credit control inplace and are billed

monthly for this service. MTML intends to move the VCC Prepaid service to

the new OCS and Billing along with the exsiting VCC Postpaid customers.

Both the services need to be supported by OCS and Billing as per RFP.


3.28

Tele-voting services Could you give more information about this

business scenario？Tele-voting services: Dialing particular number to vote during an event or

survey. Customers dialing these lines need to be charged at premium rates.

And in Interconnect Partner Management the rental as well as call charges

need to be accounted as agreement with MTML and as per RFP.


3.28

Data topup packages which can be used only when the

main package is finished or has been limited by QoS on

PCRF.

Regarding "Data topup packages which can

be used only used has been limited by QoS

on PCRF" ,could you give us more

information about this scenario?

Data topup packages: The Data users e.g for the Unlimted package

customers the QoS is resticted on PCRF after allowed usage. The

customer can restore his normal speed by ordering Data Topup plan which

will supplement with main package. The utilization of data top up plan will

be limited by volume and time and in any case will only be supplement to

main plan as per RFP.


3.34.2

The vouchers for different services and topup plans can

be generated.

What' the meaning by topup plan, please

kindly provide more information.

Topup vouchers for different services can be generated seperatley. These

vouchers will not extend the validity and can be used seperately to enhance

credit for particular service as per RFP.


4.5-8

5. Rating for roaming and interconnect settlement,

reconciliation for Voice Calls, SIP calls, SMS, Data for

IUC and IOT purpose.

what's the meaning by IUC? IUC: Interconnect Usage Charge for inter-operator settlement as per

agreement with partners need to be supported as per RFP.


4.6

B&CCS shall support the provisioning, rating, billing and

accounting for the following

services:

i. Tele-services, Supplementary Services and Bearer

Services of GSM /UMTS/ LTE/ IMS

ii. General Packet Radio Services, EPC, QoS, APNs,

Static IPs etc

iii. Wireless Application Protocol Services

iv. Universal Mobile Telecommunication System and 3G

Services

v. Content Charging for subscriber and revenue sharing

for content provider

vi. Data Services GSM / UMTS/ LTE/ IMS

vii. Messaging Services such as SMS, MMS, UMS etc.

viii. Location Based Services such as Fleet

Management, Navigational,

ix. Informational, Entertainment, Advertisement etc.

x. Push To Talk over Cellular

xi. Cell Broadcast Services

xii. Over The Air Services such as content down load

using SIM browser.

What is the detailed function for "x. Push To

Talk over Cellular" and "xi. Cell Broadcast

Services"?

x. PPT (Push To Talk) service , xi. Cell Braodcast Service (CBS) service.

All services offered by MTML need to be taken care by B&CCS as per RFP.

Page 3 of 9


4.14

Transfer of files to DCH and from DCH to the billing

system should be available. The file types can be TAP-

IN, TAP-OUT, NRTRDE, RAP, Missing files, etc. This

transfer of files between DCH and system will be using

secure tunnel GRE or IPSEC for VPN.

Is "DCH" for Data Cleaning House? DCH: Data Clearing House for Roaming. All features related to roaming

need to be supported as per RFP.


5.1.16 iv.

Access from any shop for a user needs additional

security feature.

How to understand that "access from any

shop for a user"

MTML shop representatives may change shop. In this case, the

accountability and authority to allow access from any shop needs to be

controlled and enabled as per requirement. And the shop reports must take

into account the activites done by this user from the shop which has been

selected as per RFP.


6.1.11

Should be able to get details of all vouchers present in

system like total count of vouchers, status wise count of

vouchers etc.

Please have further clarification of this total

count of vouchers, status wise count of

vouchers.What detailed information need to

be provided? Please give the detailed

service example.

The Voucher Management system should be able to display information

related to status of cards individually and for all in total. And should be able

to generate reports related to the status e.g generated, issued, unissued,

expired etc as per RFP.


6.1.14

Should have password protected vouchers so that these

vouchers can be exported to external system in secure

way.

Whether this password refer to the encrypt

for the the exported file after the card

generation?

The output files generated need to be secured by password protection

before transfer to print agency or other sytem. The security concerns at all

stages from generation to transfer should be complied as per RFP.


6.1.31

Should be able to get details of generation status list of

vouchers, transfer notes of vouchers etc.

Please have further clarification of what

information need to be provided and how to

understand this generation status list of

vouchers and transfer notes of vouchers.

Voucher Management must be able to display status of generation process,

list of vouchers in this, status, transfer of vouchers to the agents or

customer. Viewing status of all vouchers and reporting is required as per

RFP.


6.3.1.9

Billing information

The proposed billing system shall have the following

provisions:

i) Entering all billing related data

ii) Barring of subscribers manually and automatically

iii) Immediately Unbarring of subscribers manually and

automatically after payment is made

iv) Viewing and updating of customers’ bill history and

details like bill amount, calls related to bill etc.

v) Viewing of hot rated calls immediately

vi) Viewing of the chargeable calls

How to understand this entering all billing

related data? Need to enter which kind of

billing related data to which system in which

case?

i) Entering billing related data refers to search options for cycle, cutomer ID,

Account ID, Name etc. Queries will need to be supported as per RFP.


6.3.3

(i) Management Reports :

a) Revenue collected in a month.

b) Revenue per DEL.

c) Comparison of Revenue per DEL with previous year.

d) Annual Revenue per DEL.

e) Cumulative Revenue collection in a Financial Year.

f) ARPU

g) Chrun

Please give the detailed service scenario of

Revenue collected in a month/Revenue per

DEL/Comparison of Revenue per DEL with

previous year/Annual Revenue per

DEL/Cumulative Revenue collection in a

Financial Year/ARPU/Chrun.

Management Reports are related to the senarios all mentioned in RFP.

Each subscriber is considered as DEL (Direct Exchange Line). Different

Reports/ Queries need to be Generated by the Billing and Accounting

Subsystem. Reports to be generated in Billing & Accounting Modules shall

be customizable as per RFP.

Page 4 of 9


6.3.3

(ii) Action Reports :

a) Disconnection List.

b) Ringing List.

c) Excess Payments.

d) List of unaddressed bills.

e) Short Payments.

f) List of Abnormal STD/ISD calls.

g) List of Outstanding Bills at any point of time.

h) List of cheques dishonoured.


Short Payments/Abnormal STD/ISD

calls/cheques dishonoured.

Action Reports are related to the senarios like Short Payments (part

payment), Abnormal STD/ISD calls(missing /wrong prefixes,spam or heavy

calls), cheques dishonoured (bounced cheques) and all mentioned in RFP.

Different Reports/ Queries Generated by the Billing and Accounting




6.3.3

(iii) Exception Reports:

a. List of Bills Cancelled

b. List of Bills Adjusted

c. List of voluntary Deposits Adjustments.

d. List of Deposit Adjustments

e. MIS Reports

f. Payments from various channnels


voluntary deposits adjustments/Deposit

Adjustments

/MIS Reports.

Exception Reports are related to the senarios mentioned in RFP. The

voluntary deposits adjustments/Deposit Adjustments should be possible

and

will need to be reflected in bills and seperate reports shall be generated for

these. MIS (Management Information System) reports related to

accounting, revenue etc is required from the System. Different Reports/

Queries Generated by the Billing and Accounting Subsystem. Reports to be

generated in Billing & Accounting Modules shall be customizable as per

RFP.


6.3.3

(iv) Archival Reports

a. Local call statement

b. Trunk, international Call statement

c. Bill Register

d. Outstanding Register

e. Subscriber Record Cards

f. List of Reconciled Payments

g. List of UN-Accounted/ Excess Payments

h. Ledger and Sub-Ledger Accounts.

i. Inventory statement for products

j. Notices and received payments, outstanding

payments.


Trunk / Bill Register/Outstanding

Register/Subscriber Record

Cards/Reconciled Payments/UN-Accounted/

Excess Payments/Ledger and Sub-Ledger

Accounts.

Archival Reports for 3-years will be required for the senatios mentioned.

Different Reports/ Queries Generated by the Billing and Accounting




6.3.4.1

Online Data Transfer Please give the detailed service scenario of

this online data transfer.

The CDRs shall be transferred near real time from all NEs to ensure the

rating , viewing, exporting in excel from CRM and timely billing as per RFP.


6.3.4.1

vi. Hot Rated calls shall be handled separately. Please give the detailed service scenario. The CDRs shall be transferred immediately near real time. This is in order

to ensure timely billing as per RFP.


6.3.4.1

vii. All necessary tools, software and hardware interface

for such EDI transfer shall be provisioned in the system.

How to understand this EDI transfer? Electronic Data Interchange (EDI). The CDRs will need to be collected from

all the NEs irrespective of location and as per RFP for rating and billing.


6.3.4.2

The proposed billing system shall have provision to

transfer the CDRs from core network and VAS to

B&CCS system from offline media, in case of EDI

failure.


this EDI failure.

Failure of connectivity between the NEs and billing/ mediation for CDR

collection. There should be option to transfer the CDRs to mediation directly

using external device to ensure timely billing as per RFP.


6.3.4.2

Off line data transfer or received shall be identified by

users in later dates.

Please give the detailed service scenario. This is applicable incase of failure of connectivity between the NEs and

billing/ mediation for CDR collection. There should be option to transfer the

CDRs to mediation directly using external device to ensure timely billing as

per RFP.


6.3.4.7

The system shall provide different discounts on different

types of calls like local, STD, ISD, SMS, DATA etc.

How to understand this STD and ISD? STD (Subscriber Trunk Dialing) for National calls using area codes. ISD

(International Subscriber Dialing) for International calls using CC. As per

RFP all type of discounts will be applicable to all services.

Page 5 of 9


5.2.6

The vendor shall supply 2 (two) units of external backup

drive of 16TB, cables, connectors, and software

necessary for full function of drive.

Do we need to provide external backup

drive? Or we just provide the internal backup

server will be enough?

Yes. Both the internal and external backups are required. The bidder needs

to provide a tool and device for backup as per RFP.

42 pg 36SECTION –IV (A)

Clause 40Query from prospective bidder

Is there existing Biometric Equipments for

integration with E-KYC system.

Presently the Biometric system is not in use, but the support is needed for

regulatory requirement. The present e-KYC should serve the purpose as

per RFP (document upload, verification, trigger sim activation, and

deactivation after wait period in case the verification fails ).



Is Mobile Money System to be proposed by

bidder.

Yes, may propose the Mobile Money System as Optional Item along with

others like AAS, eTOPUP, USSD platform etc.


5.2.16Query from prospective bidder

Is Call-Centre system required to be

proposed by bidder.

MTML intends to extend the same CRM terminals to Call Centre. Trouble

Ticket, Complain Redressal and Handling is mandatory feature which is

required.

45 pg 30 & 36SECTION –IV (A)

Clause 13 & 42Query from prospective bidder

How many banks/payment GW's have been

integrated with existing system.

Banks: 10, Payment GW: 10 (need to be considered for dimensioning)


6.3.7Query from prospective bidder

Please provide the details of PSTN service

and integration scope for the same.

As per RFP clause: 6.3.7 it is only for Interconnect and IUC purpose. The

CDRs from GMSC will be sufficient to bill the Trunk Groups of PSTN local

interconnects.

47 pg 39, pg 40SECTION –IV (B)

3.7 & 3.17Query from prospective bidder

Is SDP required to be proposed by bidder. If

yes, please provide functional use cases

regarding the same.

SDP (Service Disribution Point) is currently on IN along with SCP, SMP

which are handling the VCC (Virtual Card Calling) services. The VCC

service is for customers of Other operators using Carrier Access Code

(CAC) 060 , 061 to make International Calls via MTMLs network. They

access MTMLs VCC prepaid service using MTMLs prepaid vouchers and

the VCC postpaid are registered on MTML Billing have credit control inplace

and are billed monthly for this service. MTML intends to move the VCC

Prepaid service to the new OCS and Billing along with the exsiting VCC

Postpaid customers. Both the services need to be supported by OCS and

Billing as per RFP.

48 pg 39, pg 40SECTION –IV (B)

3.2 & 3.17Query from prospective bidder

If OCS is capable of handling real time

charging for both prepaid & postpaid

subscribers, hence we assume SSP/IN is not

required to be proposed.

Yes, the SSP/IN is not required as OCS will need to handle the Prepaid

and Postpaid customers as per RFP.



Who will be taking care of the hardware

Infrastructure and supporting software for the

implementation Page- 3, Section 3.3

The bidder will need to supply, install and commission the Hardware and

supporting software. The successful bidder shall carry out all the functions

of operation and maintenance during the first 3 months of commercial

launch as per clause 24 of SECTION –IV (A). After issuance of TOC the

system will handed over to MTML.



Do we need to provide the plan and

procedure for Acceptance Testing in the

RFP submission as per in Section 22, page

31.

Yes. All tests related to service and functionality will need to be performed

as per SECTION –IV (A) Clause 22 before commissioning of equipment as

per RFP. The details can be discussed with MTML later once the system is

ready for tests.



In page 34: Section 32 – International

Roaming: Can you please explain “IOT

implementation as per agreement with

partners”

International Roaming: generally AA14 rates are applicable as per GSMA

for inter-partner settlements using TAP files. Some partners are offered with

special IOT (Inter-Operator-Tariffs) and TAP files for these will need to have

rates as per agreement with partner and support different tariffs as per

RFP.

Page 6 of 9


Clause 43 Query from prospective bidder

Section 43: Redundancy, Backup and

Emergency Flow (Page 36): Please mention

whether the hardware and deployment is

owned by the vendor or by MTNL

Redundancy, Backup and Emergency Flow for the system proposed will

need to be ensured by the bidder as per SECTION –IV (A) Clause 43 of

RFP.



Section 43, page 37: Network Management

System & Performance Monitoring: Please

confirm whether the requirement is that the

BSS solution should support and interface

with the existing NMS and PM to give the

performance stats.

Network Management System & Performance Monitoring: it is for the

system being deployed for the OCS, Billing, VC etc. It should be able to

monitor all the NEs and network elements provided by the bidder.

SECTION –IV (A) Clause 45 of RFP.


6.3.4.18

Report of calls before and after invoice run for a billing

period.

Generally, there should not be calls after

invoice run for a billing period, please explain

it.

This is realed to reports before and after invoice. Needed in order to verify if

the invoice generated has taken into account all the calls or CDRs as per

RFP.


9.1

System must support distribution of scratch card via

Dealers and SMS instead of a physical recharge

voucher and transfer the talk time from Prepaid to

Prepaid and Postpaid to Prepaid subscribers.

What is the meaning for "transfer the talk

time from Prepaid to Prepaid and Postpaid

to Prepaid subscribers. " here.

Presenlty, the transfer of talk time from Prepaid to Prepaid subscribers and

Prepaid to Post paid subscriber (for settlement of penidng dues) is only

required as per RFP.


5.2.8

Is the LINUX operating system up for discussion? Is the LINUX operating system up for

discussion?

As per 5.2.8 (i) the LINUX can be proposed in solution as per RFP.

57 pg 63 SECTION –IV (A)

5.2.9

Operating with a Microsoft SQL database, would that

work instead of Oracle? We operate with a Microsoft SQL database,

would that work instead of Oracle?

As per clause 5.2.9 ORACLE is required to be proposed in solution as per

RFP.


27Query from prospective bidder

Please confirm 500K capacity is for acitve

subscribers or provisioned

As per RFP capacity should be 500K (400K Prepaid, 100K Postpaid) all

active.



Please confirm the BHCA for the design

perspective

The BHCA of 1.5, BHSM of 1Million, 100% Data users with active PDP for

Online Charging for 500K customers as per RFP SECTION –IV (B) Clause

3.16



As per our understanding Voucherless

recharge feature is optional item since e-

PIN, e-TOP UP and e-Voucher are optional.

Please confirm

Yes. E-PIN, e-TOPUP and e-Voucher are Optional items which can be

quoted seperately along with others like AAS, USSD Platform, SMSC etc.

In case MTML does not go for these from new supplier the integration with

exsting needs to be ensured by bidder as per RFP.



In case of advice of charge, please confirm

what type of interface has to be used to

receive tariff information from external

system.

AOC through channels – SMS, USSD, App, IVR, email, announcement etc

as per service requirement in RFP SECTION –IV (B) clause 3.28



As per our understanding Advance Airtime

system is optional item please confirm

Yes. Airtime Advance System (AAS) is Optional item which can be quoted

seperately along with others like USSD Platform, SMSC,E-PIN / e-TOPUP /

e-Voucher system etc. In case MTML does not go for these from new

supplier the integration with exsting needs to be ensured by bidder as per

RFP.


3.28 (A)Query from prospective bidder

Could you please elaborate on the password

modification under PPS features.

Password is for Prepaid Account. Generally being used for Balance

Transfer & ACC (Account Card Calling )service. Should be supported as

per RFP.


3.28 (A)Query from prospective bidder

Could you please further elaborate on the

blacklist, the used case

Blacklisting of prepaid account when trying recharge card PIN more than

permissible attempts. Same will be applicable for ACC and VCC services

as per RFP.


3.28 (C)Query from prospective bidder

Further clarification required on Bonus on

Life time accumulation

Bonus on Life Time Accumulation: Awarding bounus, when the customer

recharges and extends the validity and accumulates time.



Further clarification required on Limit on user

configuration.

User Configuration refers to activation of supplementary features by user

like Call Forward, Call Wait, Call Barring, PIN entry etc..

Page 7 of 9



For migration please confirm following:

1. No. of different subscription types/

categories of subscribers

2. No. of services/packages

3. No. of rate plans

All the details regarding no. of subscription types / category of subscribers,

No of services/ packages, rate plans can be discussed in details with MTML

once the implementations start. As such there should be no limitations for

these on the proposed system as per RFP.


5.1.1 cQuery from prospective bidder

Could you please confirm the difference

between test and train, can it be same

system?

The Test and Train environment should be separate as per SECTION –IV

(B) Clause: 5.2.4 of RFP.


5.1.1 eQuery from prospective bidder

Further clarification required For transactions, pl. refer SECTION –IV (B) Clause 5.2.20 as per RFP



Please confirm No. of SMPP accounts to be

migrated to the SMSC.

SMSC must support 256 content providers as per SECTION –IV (B) Caluse

7.3 of RFP.


7.4 hQuery from prospective bidder

Further clarification required SMSC can be configured in StoreAndForward mode, ForwardAndStore

(fast) mode, Combined fast store and save store or StoreAndForward

(normal) mode, all needs to be supported by SMSC.



For migration please confirm following:

1. No. of different subscription types/

categories of subscribers for which menus

need to be triggered differently.

2. No. of languages

3. No. of menus and sub menus.

All the details regarding no. of subscription types / category of subscribers,

menus & sub menus, languages (2 or more) can be discussed in details

with MTML once the implementations start. As such there should be no

limitations for these on the proposed system as per RFP.

73 Query from prospective bidderPlease mention the total customer and

subscriber volume

As per RFP capacity should be 500K (400K Prepaid, 100K Postpaid)

74 Query from prospective bidder

Does CRBT system require provisioning as

well as charging integrations. If Yes what are

the interfaces.

Postpaid customers: monthly recurring is done by OCS subscribed for

CRBT. Prepaid customers: files from CRBT provider will be sent to OCS for

deduction of monthly subscription fees. Interface: MML needed with CRBT

(Supplier: Pyro) for provisioning to OCS, FTP for recurring files.


Is Integration with USSD & SMSC required

for both provisioning and charging.If Yes

what are the interfaces.

Yes. For USSD-OCS interface: MML (for Bal. query and Bal. transfer). For

SMSC-OCS interface: SMPP (for Notifications) and FTP (for CDRs and

refund files incase of undelivered SMSs after 48 hrs)


How many CDR's are expected per month

for the Interconnect/Roaming system. What

is the size of CDR.

Presently the CDR file size max is 10MB or 10minutes which ever earlier.

Interconnect & Roaming CDRs (for Calls and SMS: from GMSC and for

Data from GGSN, SGSN, SGw, PGw). Expected CDRs depend on traffic

being handled by elements. (Normally 1-file has 50K records and presently

150-200 files a day from each NEs for Voice/SMS and Data)


Please provide the number of Interconnect &

Roaming partners currently integrated with.

Interconnect Partners: 200 & Roaming Partners: 800.


Is Ro interface required for IMS call charging

between OCS & IMS modules

IMS presently is not deployed. The interface Ro will be needed when the

IMS deployment starts in 2019-20. Bidder needs to comply as per RFP.


Please provide details of NE's that needs to

be integrated with Mediation system.

Mediation System: USPP(HLRe/HLR/HSS combo) provisioning, GMSC,

SGSN, GGSN, SGw, PGw, SMSC for CDR collection.


How many Dealers are expected to be

managed by Dealer management solution ?

Dealer / Agent management: for the SIM & Voucher distribution network

2500 dealers. Dealers here means those who are selling MTML products.


Please provide details of the current ERP

solution and how it is integrated with existing

BSS modules.

Presently the ERP solution is inbuilt on OCS and Billing and has the

business flow also.

Page 8 of 9


Please mention the system we need plan for

migration and also specify the preferable

data format

The present system has been provided by ZTE (Product: Zsmart). The

present data base is Oracle. The MIDDLE TABEL will need to be prepared

for migration by the bidder as per requirement to ensure successful

migration.


Is it possible to provide a split of the

subscribers base between prepaid and

postpaid.

As per RFP capacity should be 500K (400K Prepaid, 100K Postpaid)

Page 9 of 9

no. rfp page clause no. clause question mtml response · v. content charging for subscriber and...

Documents