Sie sind auf Seite 1von 37

YEMEN MOBILE NEW SMSC Project

Project Components & Technical Specifications


2
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


Introduction

Yemen Mobile Company is developing towards the new advanced integration of multiple
services and multiple networks. However service platforms built by most operators are still
independent which leads to complicated networking facilities, redundant construction of the
public parts of many platforms, epansion and technological update, and hence a waste of
human resource. Yemen Mobile main target is to offer a new advanced !MC services for the
end user, while keeping control on the global incoming revenues.



1 Project Component

Important Note" #ll the following pro$ect components, services and protocols are mandatory
provided by software and hardware, and it will introduce in the technical and financial proposal.

1.1 System Component Required (HardwareSo!tware"#

HardwareSo!tware Requirement Note
$% speed 2%%% MP! Hardware and software must be
etendable to &%%%MP!
$T speed '%%% MP! Hardware and software must be
etendable to &%%%MP!
&u!!er memory (,%%%,%%% !M! Hardware and software must be
etendable to ),%%%,%%% !M!
Ser'ice
Processin( )nit

*he provided service processing unit and all !MC nodes must
work in a load sharing mode and +,- redundant per active site.
*he service processing unit shall be designed based on #*C#
.lade !erver architecture as the following"
CP)# ) at least ,each one has
2.( /H0 at least
.lade servers CP1 2uantity and their
processing speed
*is+ stora(e# '% million
!M!34#Y for 2 years
5or 2( months at least.
**R, R*I$$" (6 /. at least .lade server7s memory
No. o! inter!aces 2%% interfaces at least for
connection accounts

S$SC data -ase must be based on 8racle--g and
!u!9 :inu

*echnical Committee
'
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]




























1.. Required Ser'ices / 0unctions#
Note# 1ll ser'ices / !unctions must -e mandatory 1ra-ic 2n(lish lan(ua(e
Networ+
$ana(ement
System
Provides +M functions and
connects to the eisting
upper layer network management
system through
!+MP ;such as HP 8<8 or **=>.
Performance monitoring ?
reporting management.
=nclude +M! Hardware ? !oftware
!oftware must include monitoring
!M!C license by account level.
!oftware must include monitoring
all !M!C blade server memory
and CP1.
!oftware must include monitoring
the !M! in the buffer.
!oftware must include monitoring
!M!C signaling unit traffic by 9-
and also for !igtran trunk.
$%$T license types *he vendor must mention all kind
of M83M* license types
;4efault license@ Periodic license" M8"
'%%% MP!, M*" (%%% MP! license@
*emporary license" M8" (%%% MP!,
M*" &%%% MP! license.
Relia-ility and
1'aila-ility
4ual Aedundancy included providing BB.BBB C high availability of
the system
P%32R supply
system
power consumption for total load
at full configuration
proposal for power supply system
containing all components with
technical specifications.
power supply system should meet any
future epansion reDuired at full
configuration.
2n'ironment system
1larm
E !moke alarm
E *emperature alarm
E Humidity alarm
E Power supply alarm

Ser'ice Requirement Note
1nti Spammin( #nti !pamming and
#nti 5looding
5or Funk and Aedundant !M!
and blacklist
S$S Types P2P, P2#, #2P
4on( $essa(e length is more than -(% character ;length is not limited in the !MC
and depend on handset>
S$ Stora(e 5S$ !tores (Million !M34ay for 2 years at both CallerGbased !ervice and
(
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]







































3arehouse least CalleeGbased !ervice
S$ 0orwardin( (%%k subscribers at least and
epandable
CalledGbased !ervice
S$ Copy (%%k subscribers at least and
epandable
Called3CallingGbased !ervice
S$ 0irewall
G .lack list
G Hhite list
G Iey words
(%%k subscribers at least and
epandable.
G -%% numbers3user
G -%% numbers3user
G #t least '% Ieywords filter need
case insensitive for each user.
6 CalledGbased !ervice for
security purpose.
G *he address number
G *he address number
G *he user level keywords
S$ 1uto6Reply '%%k subscribers at least and
epandable
CalledGbased !ervice
S$ 7roup Sendin( '%%k subscribers at least and
epandable
CallerGbased !ervice sending by
mobile and by web portal
S$ Personal
Si(nature
'%%k subscribers at least and
epandable.

26mail 73 0unction

!end sms to an email account,
whatsapp ...etc.

%ther 0unctions G !ubscriber Management 5unction
G .asic !ervice 5unction
G !M! priority 5unction
G !M! Aetry 5unction
G !M! 2uery 5unction
G !M! .uffer 5unction
G !tatus Aeport 5unction
G <alidity Period 5unction
G Aeply Path 5unction
G Prepaid Charge !ervice
G Parameter Check 5unction
G +umber 1pdate 5unction
G !M! 4estination *able 5unction
G .andwidth !aving 5unction
G #lphanumeric :# #ddress
5unction
G !P Management
G #dvanced !M! *rigger 5unction
G !M!C /uard 5unction

*echnical Committee
&
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


1., Required Inter!aces Protocols#

0rom To Required protocol *escription
C&S 8CIN !M!C Diameter/!5*P/FTP/SMPP+ for charging
CR&T8 9$S8$*SP8S$S73 !M!C !MPP,!MPP'.'3'.(
Networ+ $ana(ement System
(N$S"
!M!C !+MP <23<'
Pro'isionin( !M!C !8#P3!MPP,3 5*P
Si(nalin( unit !M!C M#P, *CP=P
Huawei S$SC !M!C
$SC !ignaling unit !!J based on =P3!=/*A#+
OAM an c!stomer care !M!C /1=3H**P3Heb portal3H**P!


"#$ S%stem confi&!ration re'!irement (

)ar*are confi&!ration *escription o! 9arious 0unctions
S$SC
!M!C must handle various service logics, including M!C,!M!
#ntiG!pam, !upplementary !ervices, etc. =n order to reali0e the
dynamic dispatching function, various service processors are
reDuired to use unified storage.
!upported by .lade server, 1+=K server and PC server.
!upported by the 1+=K 3 :inu operating systems, it can run
a variety of applications to fulfill the !M! service functions
such as 54#, .uffer, retry and route.
Inter!aces
4eploys interface modules that are inconvenient to participate in
the scheduling in various services, such as
!MPP modules, Aadius modules in /H, and so on
*&
Provides unified service database, #ll service7s databases
are concentrated deployment
%$$
Provides the 8 ? M function of the system and the
scheduling function of the service processing capability.
)
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


Pro'isionin(
Makes unified management and acceptance of user data and
service data
Char(in(
=ntroduces C4A and provides the 4CC charging interface for
prepaid service
4o(/ Rpt Provide unified logs and reports
Si(nalin( 2quipment Provides signaling interface eDuipment of !M!
Hot Spare
Hhen one service blade breaks down in the hardware, it is possible
to select one from the standby blades and automatically load the
related processing modules to replace the original blade
Stora(e *e'ice
Provides unified storage. *he storage data includes user data,
system configuration data, service C4A, log, reports, and dedicated
data reDuired by various services, <arious modules that need to
use the unified storage to share the physical storage through optical
switches
1nti Spammin( and
1nti 0loodin(
=t filters $unk and redundant !M!.
Supplementary
Ser'ices
=t offers supplementary services like forward, copy ,
signature, user portal etc
Report
Provides centrali0ed Platform report system. =t
consists of the preGstatistics and the report modules.
SI7TR1N
connecti'ity
can support !!J for 2M signaling and
support *4M +o.J protocol and !igtran protocol to connect with
core network over =P.
P%32R supply system
power consumption for total load at full configuration, with his
proposal for power supply system containing all components with
technical specifications.
power supply system should meet any future epansion reDuired at
full configuration.

1.: Implementation Plan

Check section B ;page 2J>

1.; Trainin( Requirements

Check section -% ;page '%>

1.< %peration / maintenance Requirements
!pare parts list will be determined by Yemen Mobile later.
*wo set of tool kits.
Check section -- ;page '->.

*echnical Committee
J
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


. 1rchitecture / *esi(n 5 7eneral Principles


*he solution must comply with the following design and architecture reDuirements"

*he !MC online service activation and deactivation shall be fleible between
each deployed services.
*he 1niGcapability as the unified 1ser 4ata, unified :og ? Aeport, unified
Charging, 1nified 1ser Portal, and 1nified 8?M shall be
supported.
<arious services logic shall share common !ervice Process 1nit with
activated3deactivated status.
*he main process board in 1nified !ignaling 1nit shall handle the signaling of
different services and distribute to the related services.
Population of new service data and modification of the product catalogue must be
done onGline without any interruption of the system nor loss of revenues. :icenses
must be clarified.
!ervice software upgrades must be performed with smooth transition to the new
releases with a possibility of rollback and without system interruption L maintaining
-%%C availability of tariff plans and no loss of revenues.






6
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


Hi(h 1'aila-ility# the platform proposed must be proven with at minimum BB.BBBC
#vailability

S$SC must -e a uni'ersal S$SC plat!orm in all +inds o! conditions8 as shown -elow#

5irstly8 it must handle /!M, C4M#, and !=P protocol in one set of !M!C. 8perators only need
one set of !M!C for multiple networks.
!econdly, *he vendor must provide the processes ? reDuirements to immigrate the new !M!C
to other technology ;/!M, 1M*!, :*9,...etc>.
*hirdly8 !MC must work in the following ( modes in the same time"
G Can be one traditional !tore and 5orward !M!C.
G Can be a 54# platform which make first deliver attempt and router the failed
;temporary> !M!C to other !M!Cs for later retry.
G Can be a !M! M8 gateway which distribute !M! between legacy !M!Cs, arrange
whole network !M! traffic fleible.
G Can be a !M! router which can handle offGnet !M!, provide whole !M! solution for
the whole network.

..1 1rchitecture !eatures
*he !MC target architecture features shall be built on the following nodes"

..1.1 Ser'ice Processin( )nit

G *he proposed service processing unit shall perform the service processing
Control of !MC.
G *he provided service processing unit shall work in a load sharing mode and +,-
redundant per active site.
G *he service processing unit shall be designed based on #*C# architecture or .lade
!erver architecture.

..1.. *ata Stora(e )nit

*he proposed user data storage unit shall perform the unified data storage for the !MC and
!MC services.
*he 4ata stored shall include user data, service log data, service ? system report data,
C4A data, and service ? system configuration data, using oracle --g data base.
4isk arrays ;5C !#+> shall support two storage mechanisms" Aaid %,- or Aaid &
*echnical Committee
B
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]



..1., Common Processin( )nits

G *he Common Processing 1nits shall include management, :og ? Apt, Charging,
14., 1ser Portal and !ignaling =nterface modules.
G *he proposed Common Processing 1nits shall perform the common processing Control
for !MC.
G *he provided Common Processing 1nits shall work in -,- redundant per active site.
G *he Common Processing 1nits shall be designed based on the #*C#
architecture or .lade !erver architecture.

..1.= Si(nalin( Inter!ace )nit

*he provided signaling interface unit shall concurrently support *4M +o.J protocol t hat
i ncl ude at l east 2& 9-M s and 9thernet for !ig*ran protocol ;for =P connection> to connect
with core network over =P at least -% directions.

*he provided !ignaling unit shall distribute service data to the related !ervice Processing 1nit
according to the predefined number segments, services etc.

..1.: Networ+ *e'ices and $edia Resource

G *he switch shall have the :ayer ' switching functionality activated with /iga 9thernet
ports.
G *he router implements route interworking between a :#+ and a public3private
network is needed.
G *he firewall shall be responsible for network security, address conversion, and other
functions.

-%
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]



, Tra!!ic Requirement


*he *raffic value of !MC is defined as follows, the detailed configuration shall be provided
based as the following"

,.1 S$C Tra!!ic $odel Required
M8 speed" 2%%% MP! Hardware and software must be etendable to &%%%MP!
M* speed" '%%% MP! Hardware and software must be etendable to &%%%MP!
.uffer memory" (,%%%,%%% !M! Hardware and software must be etendable to ),%%%,%%% !M!

*he vendor must mention all kinds of M83M* license types as"
G *e!ault license" ordinary license used in nonGholidays and in nonLbusy hours
G Periodic license" M8 speed" '%%% MP! , M* speed" (%%% MP! license used
periodically in the specified time segments, such as holidays
G Temporary license" M8 speed" (%%% MP! , M* speed" &%%% MP! license used only
once in the specified time segments, such as election and sport events.

!oftware must include monitoring !M!C license by account level. ;#lso can add task in the
report system>.
!oftware must include monitoring all !M!C blade server memory and CP1. ;#nd can add
task in the report system>.
!oftware must include monitoring the !M! in the buffer. ;#nd can add task in the report
system>.
!oftware must include monitoring !M!C signaling unit traffic by 9- and also for !igtran
trunk. ;#nd can add task in the the signaling unit>.
/ive details of the 8racle license and version of 8racle and !u!9 :inu that is used in the
!MC

,.. S$C *ata Stora(e / $ana(ement Required

&lade ser'ers#
G 4isk storage can save '% million !M34#Y for 2( months at least.
G .lade server7s memory ;44A' A4=MM> must be (6 /. at least.
G .lade servers CP1 2uantity must be ) at least.
G .lade servers CP1 must be 2.( /H0 at least.

*echnical Committee
--
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


Num-er o! inter!aces " Mandatory 2%% interfaces at least.

System o'erload control mechanism
!M!C should manage the software license control. Hhen traffic is higher than software
license, !M!C should give the alarm information, and not block !M! traffic if it does not
eceed the hardware capacity.

S$ Stora(e 5S$ 3arehouse 6 (-oth Caller6-ased Ser'ice and Callee6-ased Ser'ice>
Can store ;(Milion !M34ay for 2 years at least>

S$ 0orwardin( (Called6-ased Ser'ice"
;(%%k subscribers at least> epandable

S$ Copy (CalledCallin(6-ased Ser'ice"
;(%%k subscribers at least> epandable

S$ 0irewall (Called6-ased Ser'ice"
;(%%k subscribers at least> epandable
G .lack list" *he address number in the black list must be -%% at least.
G Hhite list" *he address number in the white list must be -%% at least.
G Iey words" *he user level keywords must be more than '% Ieywords filter need case
insensitive.

S$ 1uto6Reply (Called6-ased Ser'ice"
;'%%k subscribers at least> epandable

S$ 7roup Sendin( (Caller6-ased Ser'ice"#
G !end group message by mobile, the maimum groups for each subscriber must be -%
groups. *he maimum users in the group should be '% users or more.
-2
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


G !end group message by web portal. *he maimum groups for each subscriber must be
-% groups. *he maimum users in the group should be -%% users at least.

= Ser'ice 0unctional Requirements

*he proposed system must be an integrated multiGservice platform covering the !MC service.
*he .idder shall provide all features related to each service function, #ll the services below are
mandatory"

=.1 S$S 1nti6spam Ser'ice 0unctions


=.1.1 Introduction
#nti !pamming !ystem ;included in #nt spamming solution >
*his module monitors the behavior and content of the message ;#rabic39nglish letters> and then
takes some specific actions according to the monitoring result. .y analy0ing !M! sending
behaviors of calling parties and monitoring keywords in !M!es, #nti !pamming determines
unauthori0ed and malicious calling parties who send !M!es in batches. #nti spamming then
automatically handles the problem. *his will reduce the load of the !M!C and preserve the
interest of mobile operators.
!ending behavior analysis
*o track suspicious subscribersGGGGconduct correlation analysis of the message sending process
of one same number. *his is to divide the seemingly complicated message monitoring process
into several simple and easyGtoGcompute discrimination rules. .y way of reasonable threshold
setting and alarm upgrade mechanism, the system can accurately and effectively filter illegal
information and bring it under control.
Ieyword analysis
*o monitor the suspicious messagesGGGGconduct keyword search and full tet match of the
suspicious messages in order to filter illegal short messages.

=.1.. The 1nti6spammin( !eatures which must -e included in the tender#

=.1...1 $onitor result display and processin( 0unction
N *ime 4uration Aule !et 5unction
N !pecial Character #utomatic 5iltering 5unction
N #rabic letters and 9nglish 1ppercase and :owercase :etter 5u00y Matching 5unction
N High 5reDuent 5low Monitoring 5unction.
N High 5reDuent Content Monitoring 5unction
*echnical Committee
-'
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


N Monitoring Aesult AealGtime 4isplay
N 2uerying Monitoring Aesult
N Monitor Aesult +otified to .8!!
N Monitor Aesult #utomatically #dded to .lack :ist
N !lip Hindow !tatistics 5unction ;traffic monitor>
N .ehavior #nalysis 5unction
N Content Monitoring 5unction
N #ntiG!poofing
N #ntiG5aking

=.1.... &lac+3hite 4ist
N Preposition Hhite :ist 5iltering
N Calling Hhite :ist 5iltering
N Called Hhite :ist 5iltering
N Calling .lack :ist =nterception


=.. S$ Stora(e 5S$ 3arehouse 6 (-oth Caller6-ased Ser'ice and Callee6
-ased Ser'ice>

=...1 0unction Introduction
#long with the development of !M!, it is reDuired by the users to store lots of interesting short
message contents, while the storage of handsets is limited and cannot satisfy the user7s
reDuirement. =t should provide !M !torage service to settle down such a problem.
!M !torage provides a large space for users to store individual short messages in network
storage devices. *he storage space can be configured and distributed by the operator. #nd the
end users can Duery and download the stored short message content through the H9. !ite.

=.... )sa(e $ode
!M storage is both a caller and calleeGbased !M!.

=..., Su-scription $ode
!ervice subscription mode must be in 2 kinds"
S$ $ode" 9nd users can subscribe or cancel !M !torage service by sending a short
message to a particular access number. ;!ubscription or cancellation commands must be
mandatory in #rabic39nglish letters >
-(
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


3e- $ode" Maintenance personnel or users can customi0e !M storage service through
the Heb page provided by operators

=...= Characteristic o! S$ Stora(e Ser'ice
!M storage service provides subscribers with a means of storing personal !Ms with the help of
network eDuipment. *he system can store all the !Ms sent and received by the subscriber at
the network side. *he subscriber can log in to the Heb page at any time to view and download
the stored !Ms with his own password.

i. )ploadin( S$s -y the su-scri-er# *he subscriber uploads selected !Ms to the !M !torage.

ii. 1utomatic stora(e -y the system# *he subscriber presets certain storage conditions. *he
system will automatically store !Ms in the !M !torage when the subscriber sends or receives
them.
!torage conditions include"
#ll !Ms sent
#ll !Ms received

iii. Classi!ied stora(e# !Ms sent, received, or uploaded by the subscriber will be automatically
stored in their respective boes, such as outbo, inbo and uploading bo.

i'. S$ query#
*he subscriber can Duery !Ms in the !torage. 2uery conditions include but are not limited to"
.y !M sender
.y !M receiver
.y time or date of sending3receiving !M
.y keyword


=., S$ 0orwardin( (Called6-ased Ser'ice"

=.,.1 0unction Introduction
!M! 5orwarding means that a short message can be forwarded to another user. 5or eample, if
user . forwards its short message to user C, then when user # sends a short message to user
., the short message is received by user C, not user .. C can be a mobile number or an 9Gmail
address. He only permit once forwarding. =f user C also presets forwarding rule, this kind of
multiGforwarding will be ignored, the !M will still be sent to user C. #!P supports the
*echnical Committee
-&
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


unconditional or conditional forwarding function. *his is a system setting. #!P supports time
period forwarding" Hithin a specified time period, all !Ms will be automatically forwarded to the
predefined address. !M can be forwarded to 9mail or mobile number or both.

=.,.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel forwarding service by sending a short message to a
particular access number. ;!ubscription or cancellation commands must be mandatory in
#rabic39nglish letters >
Maintenance personnel or users can customi0e forwarding service through the Heb page
provided by operators.

=.= S$ Copy (Called6-ased Ser'ice"

=.=.1 0unction Introduction
!M! Copy service allows the mobile subscriber to keep a copy of the short message received in
another mobile number or 9Gmail address. 5or eample, if user # receives !M from other user,
he3she can choose to keep a copy of this message in another address, which can be a mobile
terminal or 9Gmail. =f a user subscribes !M! Copy service, all short messages he3she received
can be copied to the predefined address. !M can be forwarded to 9mail or mobile number or
both.

=.=.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel !M copy service by sending a short message to a
particular access number. ;!ubscription or cancellation commands must be mandatory in
#rabic39nglish letters >
Maintenance personnel or users can customi0e !M copy service through the Heb page
provided by operators.

=.: S$ 0irewall (Called6-ased Ser'ice"

=.:.1 0ilterin( $ode
*he subscriber should choose different filtering modes for !M 5irewall service"
.lack list" *he system will automatically filter all the messages from those mobile
numbers in the black list. *he maimum address number in the black list is -%%.
-)
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


Hhite list" 9cept short messages from those mobile numbers in white list, the system
will filter all from others. *he maimum address number in the white list is -%%.
*iming filtering" *he user can predefine a time period, and in this specified time
segment, !Ms sent from other subscribers will be not received.
Iey words" *he system scans the content of each !M, comparing content to each
keyword configured before. =f the !M! contains any keywords configured before,
system will block the message. *he maimum user level keywords are '%. Ieywords
filter need case insensitive.

=.:.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel !M 5irewall service by sending a short message to a
particular access number. ;!ubscription or cancellation commands must be mandatory in
#rabic39nglish letters >
Maintenance personnel or users can customi0e !M 5irewall service through the Heb page
provided by operators.


=.; S$ 1uto6Reply (Called6-ased Ser'ice"

=.;.1 0unction Introduction
Hith !M! #utoGAeply service, the system automatically returns a preset message to the sender
when the called terminal subscriber cannot reply the message, such as on a business trip, at a
meeting, or on vacation. Hhen subscriber # sends !M to subscriber . who activates the autoG
reply function, subscriber # will receive an autoGreply !M that is preGset by subscriber .. *he
autoGreply content must be edited by the subscriber and the maimum !M length is -(%
.ytes;must be #rabic and 9nglish letters>.

=.;.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel !M #utoGAeply service by sending a short message to
a particular access number. ;!ubscription or cancellation commands must be mandatory in
#rabic39nglish letters >
Maintenance personnel or users can customi0e #utoGAeply service through the Heb page
provided by operators.


*echnical Committee
-J
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


=.< S$ 7roup Sendin( -y mo-ile and -y we- (Caller6-ased Ser'ice"

=.<.1 0unction Introduction
!M /roup !ending means that subscriber can send short message to a group of other users.
5or eample, subscriber M!- subscribes !M /roup sending service. M!- can define group -
and add several users to group -. *hen subscriber M!- can send a short message to group -.
=* provides subscriber use group sending function in two ways. 8ne is send group message by
mobile, and the other way is by web portal.
*he maimum groups for each subscriber must be more than -%. *he maimum users in the
group should be '% users or more for mobile sending and -%% users for web sending.
!ubscriber can edit his group information via portal.

=.<.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel !M /roup !ending service by sending a short message
to a particular access number. ;!ubscription or cancellation commands must be mandatory
in #rabic39nglish letters >
Maintenance personnel or users can customi0e H9. !M /roup !ending service through
the Heb page provided by operators.

=.> 26mail 73 0unction

=.>.1 0unction Introduction
=nterGworking between *erminal and 9Gmail the !M!C can provide some 9Gmail function. *he
mobile subscribers can edit a short message and send it to an email account. Hhen a mobile
subscriber edits a short message in the format of yemenmobileOhotmail.com and sends it to eG
service will send the content via !M*P to the related email address.

=.? &ul+ S$ 0unction

=.?.1 0unction Introduction
.y Cooperating with the .!M!P ;.ulk !hort Message !ending Platform>, !M!C can provide
.ulk !M !ending 5unction to all subscribers of the !M!C, nationGwide subscribers, subscribers
of a certain network segment, subscribers of a certain region, or subscribers defined by the
operator ;provided with a document or multi documents can be sent in the same times>. *he
operator can also send bulk message via Heb !ite form any prefi or name has set. #nd bulk
-6
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


!M! software must show the onGline number of successful sms sent also must control the
number of !M! in the .ulk !M!. ;eg." send 2%%I out of -M by seDuence or random>

=.1@ S$ Personal Si(nature (Caller6-ased Ser'ice"

=.1@.1 0unction Introduction
*he current !M! uniformly displays the caller name through the number directory in the mobile
terminals. =f the caller does not save the caller number in his3her mobile terminal and cannot
remember the caller number, he3she cannot identify the sender of this !M. 9specially, in
holidays, like !pring 5estival, +ew YearMs 4ay and Christmas 4ay, subscribers are sub$ect to
enormous short messages of this type, because we tend to present greetings through !M now.
*herefore, the vendor should put forward the !M signature service to solve the above
embarrassed situation.

=.1@.. Su-scription $ode
!ervice subscription mode must be in 2 kinds"
9nd users can subscribe or cancel signature service by sending a short message to a
particular access number. ;!ubscription or cancellation commands must be mandatory in
#rabic39nglish letters >
Maintenance personnel or users can customi0e signature service through the Heb page
provided by operators.

=.11 &illin( 0unction
Charging for #!P service includes basic !M! fee, and function fee. .asic !M! fee will be done
in !M!C. 5unction fee has two type, pay per use and pay by period.

1. Pay per use
*he subscriber can choose to be charged by each usage of #!P service. =n order to implement
this feature, #!P can set special service identification when sending !M! to !M!C. !M!C
should put it into the C4A and PP! message.

.. Pay -y period
*he subscriber can choose to be charged by period, such as daily, weekly, monthly. Pay by
period should be done by provisioning and billing system. Provisioning system provide
subscription information to billing system, and billing system charge according to subscription
information.

*echnical Committee
-B
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


: %peration / $aintenance and Inter!ace
Requirement



:.1 7eneral requirement
*he .idder shall provide all information related to"
G 8?M Centre
G #larm and +etwork Management Modules

:.. %/$ Centre
:...1 %/$ Centre $ana(ement
*he 8MC shall provide Portal 8?M of a full .3! architecture.

*he 8MC shall allow fault management, performance monitoring, configuration management,
load management, security management, user management, system management, log
management, report management, CP1 monitoring, memory monitoring, buffer 354.354#
monitoring ,license 3speed by account level monitoring, and 8?M tools.

*he 8MC shall include at least three parts" !upport :ayer, !ervice :ayer or 5ramework
:ayer, #pplication :ayer.

*he 8MC shall include scheduling strategies management ;retry profiles> based on
error code, timing, prefi, short code, network error, submission interface, subscriber,
and H:A notification ...etc.

*he 8MC shall include Duery sms content, origination address, distinction address,
origination account ,destination address, sms time ,error code,PP..etc for a specific
time and days.;for a period more at least ) months >

!MC must include the standard error code for C4M# ,/!M and !MPP for the
succeed and failure !M!

*he !MC interfaces must provide controlling mechanism like ;maimum speed,
maimum submit !M! limit, origination address, destination address... etc.> for each
2%
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


interface.

*he Proposed Payment system must support !+MP traps mechanism in order to be
integrated with *M+ solution.

:.... Per!ormance and 0ault $ana(ement
*he administration interface shall show the status of each part of the !ystem"
G running
G stopped
G failed
G overloaded ;in case of insufficient resources>
#larms on the different components.

*he supplier shall provide a solution to supervise and administrate remotely the !ystem.

*he *ender should describe the interfaces that are available for Monitoring of the !ystem from
operator7s 8!!.


:..., Con!i(uration and %ther $ana(ement tools
#llow globe service configuration such as the number segment configuration, !P configuration,
and =nterface Message Processor ;=MP> global configuration through the unified +M! and
8?M system and it update the whole network elements.

#llow basic service configuration such as public data configuration and private configuration
configure through one operation and tasks for all service modules as follows"
1ser number segments
!ystemGlevel black and white lists
/lobe *itle info etc
#llow to perform declaration, deletion and update list operations for different services
activated3deactivated at any time of the day without affecting the real traffic and in a
minimum amount of time.
/enerate comprehensive logs for each performed task
#llow the schedule of task to be run at a certain time of a day
*ask should by performed both via a /1= ;/raphical 1ser =nterface> and .= ;.atch
=nterface>

*echnical Committee
2-
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]



:...= &ac+up / Reco'ery Solution
# reliable solution for storage and backing up of data ;user data, and configurations>
including data recovery for the +ode after system error3failure.

*he *ender should describe the own backup solution.


:...: Hi(h a'aila-ility and Redundancy
*he reDuirements in terms of redundancy are listed below"
G Aedundant components in all servers" CP1s, A#Ms, 9thernet cardsPetc.
G #ll databases should work in clustered mode ;2+>, where the backup node
automatically takes over when the active one fails.
G *raffic is load shared on main process units.

*he *ender shall specify which are the main performance characteristics and describe the
IP=7s to measure the performance of the system.

The Tender shall speci!y the 'alues !or the system a'aila-ility APIBs#
G #vailability
G Mean time between failures per module.
G Mean time to repair per module.
G +o part of the system shall be a single point of failure.

*ender shall elaborate on how the solution handles peak traffic bursts ;overload on call setup
reDuests>, for instance +ew Years 9ve and Holiday of 9id. Preferred method is to drop the
latest incoming callGsetups to the system maimum.


:., 1larm and Networ+ $ana(ement $odules
#ll the service modules can connect to monitoring and management system through !+MP
and report alarms ;=2%%%> and performance data to it, then monitoring and management
system can report !MC data to the upperGlevel +M! through an !+MP or C8A.# interface.

*opology and <iew Management shall be supported in monitoring and management system
through network topology status monitoring, view management, Please describe the
22
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


detailed topology and view management modes.

*he distributed hierarchical structure based on .3! shall be supported for unified alarms
modules.

#larm module shall be made up of collection layer, application layer and presentation layer.
*he application layer falls into alarm analysis, alarm Duery, alarm collection, alarm
processing, alarm statistics, alarm reports, alarm configuration, and fault bills. Modules in
Presentation layer can be customi0ed according to users7 operation habits.

#larm information processing shall support information filtering, alarm confirmation, alarm
clearance, alarm notification, alarm synchroni0ation, alarm reGdefinition, and alarm
processing Module functions

# friendly alarm information Duery interface and combined Duerying conditions shall be
complied shall be supported. #nd the history information shall be Dueried.

!tatistics results shall be displayed with tables and graphs, and shall be printed. =nformation
statistics classified by module, type, etc are given in reports ;period, times, etc>.

#larm management system shall conduct dependency analysis of received alarm information
and then conducts location and diagnosis of faults that have occurred in the system, assisting
users with troubleshooting and reducing impacts of system faults on the operation Duality of the
whole network.

#larm setting shall be fleible and displayed in a visual way. *he multiple alarm modes such
as host visual ? audio alarm prompt, alarm bo prompt, email releasing, handset short
message sending ;releasing>, etc shall be chosen by the users.

5ault bill generation mechanism shall be supported, please describe the detailed info.



*echnical Committee
2'
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


; Portal Requirement

;.1 %$$)S$ Portal

*he proposed system should provide a 8MM31!M portal based on Heb to display

8?M functions, which will provide the global view on the full system.

*he 8MM31!M portal should provide the following system functions" the rights
management, eDuipment management, performance measurement, fault management,
configuration management, operation log management, system report module,
command line interface, and 8?M tools.

*he 8MM31!M portal should provide the following services functions" the central service
dispatch mechanism, combined key words Duery, backward number Duery function,
knowledge base function, associated Duery and rightG andGregion based function.

*he proposed system should provide a service log ? report portal based on Heb.

*he user can log in to the service log ? report portal by a user name plus a password through
the unified entrance provided by the portal.

*hrough the portal, operators can view the following report" system performance
report, service operation analysis report and +etwork operation analysis report. 8perators
can view the following log" system user operation log, and subscriber service log.


2(
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


< 4o( / Report Requirement

<.1 4o( 0unction

*he proposed solution must provide the log function to manage distributed subGservice log
entity, which shall furnish entireGflow tracking of service session log, !erviceGoriented massive
log analysis and retrieval and intelligent log data storage policy.

*he log function must have good reliability, security, fleibility, and scalability and can meet
varying reDuirements on service log statistics characteristics and capacity.

*he log function must adopt mature .3! architecture and Heb access mode with friendly
humanGmachine interface accessed, which shall be convenient to operate and has visual
displays and outputs.

*he log function must provide unified management mode, unified topology, unified panel style
and unified 8?M interfaces.

*he log function shall encapsulate the unified interfaces to various service enablers for
collecting each service log and format conversion.

*he log function shall provide unified database importing management for converted
information centrali0ed database importing and operations.

*he log function shall provide strong data analysis capability through efficient data retrieval
techniDue to implement deep data mining and realGtime monitoring on service Duality.

*he log retrieval should support combined key words Duery and return Duery results in real
time.

*he log retrieval should support backward number Duery and return the caller3callee
number list according to a specific error code or an important characteristics.

*he log retrieval should support the knowledge base function and return the possible causes
*echnical Committee
2&
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


of the fault and prompts of solutions in the Duery result.

*he log retrieval should support associated Duery and return service logs of !M!G#ntispam
simultaneously for a certain subGservice Duery based on one handset number.

*he log retrieval should support the rightG andGregion based function.

<.. Report 0unction

*he proposed solution must provide the report function to collect distributed subGservice report
data, which shall furnish !erviceGoriented massive data analysis and report and intelligent
report data storage policy.

*he report function must have good reliability, security, fleibility, and scalability and can meet
varying reDuirements on service report statistics and anlysis.

*he report function must adopt mature .3! architecture and Heb access mode with friendly
humanGmachine interface accessed for report Duery and presence.

*he report function shall provide unified database importing management and operations for
statistics result tables and statistics procedures through incremental statistics of service
log base C4As and also can based on sms database by error code ,short code ,originating
account,PPetc

*he report function should generate the following three type reports"
G 9Duipment performance report.
G !ervice operation analysis report.
G +etwork operation analysis report.

*he 9Duipment performance report generated by the unified report function shall include"
CP1 occupancy report, 4atabase table space report and Memory occupancy report.

*he !ervice operation analysis report generated by the report function shall be based on each
service and displayed by the operators7 choice.

2)
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


*he !ervice operation analysis report generated by the report function shall also include the
terminal statistical analysis report and the user statistics analysis report to conduct fullGservice
statistical analysis and displays by terminal and user respectively.
*he +etwork operation analysis report generated by the report function shall measure network
conditions of various services for the operation.


> Char(in( / Pro'isionin( Requirement

>.1 Real Time Char(in( 0unction
*he unified real time charging for !M! services must connect to Huawei C.! and must be
compatible with the C.! connections charging protocols, refund C4A and future updates.

>.. )ni!ied Pro'isionin( 0unction

*he proposed system must provide a unified provisioning function for all service and
encapsulates all eternal provisioning channels.

*he proposed system must synchroni0e user service provisioning information by interacting
with the .8!!3C.! through multiple protocol interfaces such as the H9. !ervice interface
and the H**P3KM: interface.

*he unified provisioning function must store the receiving provisioning information from
various eternal and internal provisioning channels in the unified user database by interacting
with the unified data management function, and then return the provisioning results to users.

*he unified provisioning function shall link to the service processing modules to synchroni0e
the user information of automatic provisioning for some services allow automatic provisioning.


*echnical Committee
2J
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


? Implementation Requirements

*his part of the document shall address the =mplementation and Pro$ect Management
reDuirements and responsibilities for both the 8perator and the *ender, deemed essential
towards the successful implementation of the 8perator7s Platform.

?.1 Site speci!ications

Hardware layout should be provided by *ender. :ength, width, depth, height and sDuare
meters used should be given. *he space needed above the system for height should be given.
Hardware weight shall be provided by *ender.

P%32R supply system
*he *ender should submit his offer including power consumption for new !M!C and total load
at full configuration containing all components in the technical specifications, providing the
recommended power reDuirements@ this will include peak and normal operation. *ender will
also include grounding reDuirements and locations of power distribution cabinets in the floor
plan. Aedundancy power supply is mandatory. Power input" G(6 <4C is preferred by the
operator.
#lso power supply system should meet any future epansion reDuired at full configuration.


9nvironmental limits to be provided by *ender. *his includes relative humidity and
temperature needed, and the platform .*1 heat generation.

#uiliary eDuipment should be provided by *ender. *his includes needed access terminals.
*ender shall provide the total space needed for the eDuipment and control eDuipment ;rack
mountable console, monitors, etc.> and description of each hardware module.

4etailed technical design, defining the detailed specifications for the solution to be delivered
and integrated in the 8perator7s network.


=mplementation phase comprises the eecution of the planned eDuipment deliveries,
installation, integration, commissioning and preGacceptance Platform integration.
26
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]



#cceptance phase comprises the acceptance testing of individual Platform nodes, as well as
of the endGtoGend Platform proving ;including interconnection and interworking tests to other
Platforms>.

?.. Implementation Phase

*he *ender shall provide the 8perator Contract :iaison with detailed =mplementation
Plans for each of the ma$or Platform components included in *ender7s proposed solution.

*he 4eliveryG=nstallationGCommissioning seDuence shall be shown clearly on each of
resourced =mplementation Plans and the overall degree of overlapping activities indicated on a
Master =mplementation !chedule.

# provisional Master =mplementation Plan shall be submitted by the *ender as part of its
response.

1cceptance Phase

*aking into account the *est and #cceptance Plan reDuirements and the Platform
!pecification, as given elsewhere in this document, the *ender shall submit as part of its
response an #cceptance *ime !chedule for Platform implementation and services.

Cuto'er Phase

*he CutGover process should be shown clearly in the *ender proposal including the rollG
back plan to current system.

?., %perator6Tender Inter!ace

*he *ender shall discharge its contractual obligations in close coGoperation with the 8perator.
*o facilitate this process, the *enderL8perator interface shall operate over ( levels, as
described below, which, nevertheless, may be ;partially> combined in practice.

*his function shall be led by the *enderGappointed Pro$ect Manager, whose counterpart
number shall be the 8perator3Pro$ect 4irector.
*echnical Committee
2B
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]



*hese two top Pro$ect responsibilities shall decide on the etent of participation by other
managerial3financial3engineering staff from both organi0ations, including subG*enders, as
particular instances3Contract !tages reDuire.

*he key ob$ective of this body is to formally monitor and direct the Pro$ect by convening on a
weekly basis QContract Progress MeetingR, in order to"

Confirm and ad$ust Contract progress against the Master Pro$ect Plan Milestones@
Aesolve formally any Contract eecution problems as they arise@
4ecide on Contract amendments at the reDuest of either party@
#rbitrate on any unresolved !ystem 4esign3=mplementation3#cceptance issues, and
Confirm due payment, following Milestone achievement3successful #cceptance.
*esi(n 1uthority
*his $oint technical function shall be coGchaired by senior *echnical Managers, one each
appointed by the 8perator and *ender. *he composition of this body, which shall meet on
an adGhoc basis as reDuired, shall include relevant <#!3Aadio3 3*ransmission etc.,
Planning and 4esign staff from both parties, including subG*enders. *he ob$ectives shall be to"

G Hold 4esign Aeview Meetings, to ensure proper and complete detail technical design@
G Provide the Pro$ect with solutions to any !ystem 4esign3Planning issues, as arising@
G Prepare case;s> for arbitration by Contract :iaison function, in case of disagreement@
G Prepare priced proposal;s> for Contract amendment by Contract :iaison, if reDuired@
G :ook ahead into 4esign issues of the net !tage;s>, as applicable, and !upport the
Contract :iaison on and =mplementation #uthority.

'%
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


1@ Trainin( Requirement

*he training course must focus on the following 8b$ectives ;for B persons>"

8n completion of this program, the participants will be able to"

1nderstanding basic theory.
1nderstanding the system structure.
Master the service flow.
Master the service data configuration.
Master the operation on !M!C 8?M.
Master the operation on #ntiGspam !ervice 8?M.
Master the operation on !M!C features 8?M.
Master the capability for handling most of the problems.
Inow the evolution, benefits and location in network of signaling unit.
1nderstand the typical architecture, interfaces and networking of signaling unit.
4escribe the functions, features, applications and specifications of signaling unit.
4escribe the hardware structure and functional boards of signaling unit.
1nderstand the structure of signaling unit related protocols like !!J and !=/*A#+.
9plain the signaling unit software structure including working principles, directories and
Processes.
Manage the system administrator, operators, users and their authorities.
=mplement the system data configuration and routine operations.
Inow how to check alarms and handle alarms.
Perform the routine maintenance tasks like monitoring the system running status and
services by using commands or tools.


*echnical Committee
'-
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


11 %peration and maintenance Support Ser'ice
Requirement

*he vendor must offer ;2( months> warranty period and 8peration and maintenance as follow"































Technical Support Ser'ice Help 4esk
*elephone !upport
Aemote #ccess
8nGsite *roubleshooting
9mergency Aecovery
So!tware Support Ser'ice !oftware 4iagnosis and Correction
!oftware 1pdate
5irst +ode =mplementation
Hardware Support Ser'ice Aepair and Aeturn
Anowled(e *ata-ase Ser'ice Inowledge 4atabase !ervice
%utsourced Products Ser'ice 8utsourced Products !ervice
Inspection Ser'ice =nspection !ervice
'2
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


1nneC 1

The Key Items for Evaluation of New SMSC System:

ll the re!uirement ta"les that mentione# in $ro%e&t &om$onents '()(* ()+* (),* ()-* ().* ()/* ()01 must
"e a&hieve# an# the followin2 3ey items)

1 S$SC must -e a uni'ersal S$SC plat!orm in all +inds o! conditions8 as the
!ollowin(#

!MC must handle C4M#, /!M ,:*9 and !=P protocol in one
set of !M!C.

!MC must work in the following ( modes in the same time"
G Can be one traditional !tore and 5orward !M!C.
G Can be 54# platforms.
G Can be a !M! M8 gateway which distribute !M!
between legacy !M!Cs.

G Can be a !M! router which can handle offGnet !M!.
2 4icense#
$% speed" 2%%% MP! Hardware and software
must be etendable to &%%%MP!

$T speed" '%%% MP! Hardware and software
must be etendable to &%%%MP!

&u!!er memory" (,%%%,%%% !M! Hardware and
software must be etendable to ),%%%,%%% !M!.

Num-er o! inter!aces" Mandatory 2%% interfaces at
least for connection accounts.

*he vendor must mention all kind of M83M* license
types as"
G *e!ault license
G Periodic license
G Temporary license.

System o'erload control mechanism
G !M!C should manage the software license control.
Hhen traffic is higher than software :icense, !M!C
should give the alarm information, and not block !M!
traffic if it does not 9ceed the hardware capacity.

6 !MC and !M! !ervices must be in #rabic39nglish
language ;1nicode>, and must include :ong !M! and
binary messages.

3 $onitorin( and Networ+ $ana(ement and report
=nclude +M! Hardware ? !oftware
!oftware must include monitoring !M!C license by
account level.

!oftware must include monitoring all !M!C blade server
memory and CP1.

!oftware must include monitoring the !M! in the buffer
*echnical Committee
''
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


!oftware must include monitoring !M!C signaling unit
traffic by 9- and also for !igtran trunk.

4 Ser'ice Processin( )nit
G *he provided service processing unit and all !MC
nodes must work in a load sharing mode and +,-
redundant per active site.

*he service processing unit shall be designed based on #*C# architecture or .lade
!erver architecture as the following"
G .lade server7s memory ;44A' A4=MM> must be (6 /.
at least.

G .lade servers CP1 2uantity must be ) at least.
G .lade servers CP1 must be 2.( /H0 at least.
5 *ata Stora(e )nit
*he !M!C data base must be 8racle--g based on and
!u!9 :inu .

4isk arrays ;5C !#+> shall support two storage mechanisms"
Aaid %,- or Aaid &

4isk storage must save '% million !M!34#Y for 2( months at
least.

6 Si(nalin( Inter!ace )nit
=nclude !ignaling 1nit eDuipments with software.
!ignaling 1nit i ncl ude at l east 2& 9-M s and 9thernet
for !igtran protocol ;for =P connection> to connect with core
network at least -% directions.

7 Networ+ *e'ices and $edia Resource
G *he switch shall have the :ayer ' switching functionality
activated with /iga 9thernet ports.

G *he router implements route interworking between a
:#+ and a public3private network is needed.

G *he firewall shall be responsible for network security,
address conversion, and other functions.

8 Portal and Reports system
G 8MM31!M portal based on Heb to display 8?M
functions. ;provide global view on the full system>

G Provide service log ? report portal based on Heb.
G Aeport system include system performance
G Aeport system include service operation analysis
report

G Aeport system include network operation analysis
report

G 8perators can view system user operation log.
G 8perators can view subscriber service log.
'(
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


9 Char(in( / Pro'isionin(
G Aeal time charging function
G 1nified Provisioning function
G *he unified real time charging for !M! services must
be able to connect to Huawei C.!,and must be able to
connect to eisting Huawei eDuipments" M!C,!MC,
C.!,H:A, CA.*, <M!, MM!,H#P,+M!, M4!P,
!M!/H ;connect to the eisting elements through
!MPP and !MPP, or any other protocols and must be
compatible with C.! protocols connections ,C.!
functions like ;on line C4A for deduct money, C4A
failed for refundPP>

10 Ser'ices 0unctional Requirements#

1 6 S$ Stora(e 5S$ 3arehouse 6 (CalledCallin(6-ased
Ser'ice" must store ;(Milion !M34ay for 2 years at
least>


& 6 S$ 0orwardin( (Called6-ased Ser'ice" ;(%%k
subscribers at least> epandable


C6 S$ Copy (CalledCallin(6-ased Ser'ice" ;(%%k
subscribers at least> epandable


*6 S$ 0irewall (Called6-ased Ser'ice" ;(%%k
subscribers at least> epandable


G .lack list" *he address number in the black list must be
-%% at least.

G Hhite list" *he address number in the white list must be
-%% at least.

G Iey words" *he user level keywords must be more than
'% Ieywords .

2 6 S$ 1uto6Reply (Called6-ased Ser'ice" ;'%%k
subscribers at least> epandable

0 6 S$ 7roup Sendin( -y mo-ile and -y we- portal.
(Caller6-ased Ser'ice"#

G !end group message by mobile, sending to -% groups
with '% user in each group.

G !end group message by web portal. sending to -%
groups with -%% user in each group.

*echnical Committee
'&
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


76 S$ Personal Si(nature (Caller6-ased Ser'ice" it must
be in #rabic39nglish letters

Su-scription $ode
!ervices ;a,b,c,d,e,f,g>subscription mode must be in 2
kinds" ;*he vendor must give details for the flo* of SMS
ser+ices#>

G S$S $ode# 9nd users can subscribe or cancel !M
!torage service by sending a short message to a
particular access number. ;!ubscription or cancellation
commands must be mandatory in #rabic39nglish letters >

G 3e- $ode# Maintenance personnel or users can
customi0e !M storage service through the Heb page
provided by operators

H 6 26mail 73 0unction
G *he mobile subscribers can send sms to an email
account or whatsapp.

I 6 &ul+ S$ 0unction
G !M!C must provide .ulk !M !ending 5unction to all
subscribers of the !M!C, nationGwide subscribers,
subscribers of a certain network segment, subscribers of
a certain region, or subscribers defined by the operator
;provided with a document or multi documents can be
sent in the same times>.

G *he operator can also send bulk message via Heb !ite
form any prefi or name has set.

G *he .ulk !M! software must show the onGline number of
successful sms sent also must control the number of
!M! in the .ulk !M!. ;eg." send 2%%I out of -M by
seDuence or random>

11 S$S 1nti6spam Ser'ice 0unctions"

The 1nti6spammin( !eatures and processin( 0unction which
must -e included in the tender#

N *ime 4uration Aule !et 5unction
N !pecial Character #utomatic 5iltering 5unction
N #rabic letters and 9nglish 1ppercase and :owercase
:etter 5u00y Matching 5unction

N High 5reDuent 5low Monitoring 5unction.
N High 5reDuent Content Monitoring 5unction
')
Technical Committee
Proprietary
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]


N Monitoring Aesult AealGtime 4isplay
N 2uerying Monitoring Aesult
N Monitor Aesult +otified to .8!!
N Monitor Aesult #utomatically #dded to .lack :ist
N !lip Hindow !tatistics 5unction ;traffic monitor>
N .ehavior #nalysis 5unction
N Content Monitoring 5unction
N #ntiG!poofing
N #ntiG5aking
&lac+3hite 4ist
N Preposition Hhite :ist 5iltering
N Calling Hhite :ist 5iltering
N Called Hhite :ist 5iltering
N Calling .lack :ist =nterception
%peration / $aintenance and Inter!ace Requirement
-G*he 8MC must allow fault management,
performance monitoring, configuration management,
load management, security management, user
management, system management, log management,
report management, CP1 monitoring, memory
monitoring, buffer 354.354# monitoring ,license 3speed
by account level monitoring, and 8?M tools.

*he 8MC shall include scheduling strategies
management ;retry profiles> based on error code,
timing, prefi, short code, network error, submission
interface, subscriber, and H:A notification ...etc.

2G*he 8MC must include Duery sms content,
origination address, distinction address, origination
account ,destination address, sms time ,error
code,PP..etc for a specific time and days.;for a period
more at least ) months >

'G!MC must include the standard error code for C4M#
,/!M and !MPP for the succeed and failure !M!

(G*he !MC interfaces must provide controlling
mechanism like ;maimum speed, maimum submit
!M! limit, origination address, destination address...
etc.> for each interface.

13 Report 0unction
-G*he proposed solution must provide the report

*echnical Committee
'J
[NEW VAS-SMSC PRODUCT TECHNICAL SPECIFICATIONS]







function to collect distributed subGservice report data,
which shall furnish !erviceGoriented massive data
analysis and report and intelligent report data storage
policy.
2G*he report function shall provide unified database
importing management and operations for statistics
result tables and statistics procedures through
incremental statistics of service log base C4As and also
can based on sms database by error code ,short code
,originating account,PPetc

'G*he report function should generate the following
three type reports"

G 9Duipment performance report.
G !ervice operation analysis report.
G +etwork operation analysis report.
14 Immi(ration to other technolo(y
*he vendor must provide the processes ? reDuirements to
immigrate the new !M!C to other technology ;/!M, 1M*!,
:*9,...etc>.

15 Trainin( Requirement
*he training course must cover all !M!C , #ntiGspam
!ervice and !MC features 8b$ectives ;for B person>"

16 %peration and maintenance Support Ser'ice Requirement
*he vendor must offer ;2( months> warranty period and
8peration and maintenance.

Das könnte Ihnen auch gefallen