Presentation on theme: "OSA/PARLAY TRAINING SESSION"— Presentation transcript:
1 OSA/PARLAY TRAINING SESSION Sao Paulo ICT-OSA/Parlay Workshop 2006OSA/PARLAY TRAINING SESSIONMårten Lundgren M.ScSystem DeveloperService Layer Development Ericsson ABEricsson AB 2006
2 The overall agenda Morning Afternoon OSA/Parlay DevelopmentBenefits using Parlay and Parlay XAfternoonOSA/Parlay exercisesParlay X exercisesAll of you interested in joining the afternoon session are welcome to copy the teaching material as soon as possible to save time later on.
3 Sao Paulo ICT-OSA/Parlay Workshop 2006 OSA/Parlay AgendaExamples of Parlay ServicesSome market potentialFundamentals of Parlay application developmentKey factors for “killer” servicesA Parlay application development processKnow the possibilitiesIdentify a needDevelop the serviceUse CaseSequencePatternStructureLifecycleTest and ToolsDeploySummarizationEricsson AB 2006
4 Some service examples… Sao Paulo ICT-OSA/Parlay Workshop 2006Some service examples…ŸLogosRingtonesTelevotingImage sharing^Blogging*Voic”Conference CallsUAlarmsLLookupsæService Ordering…etcEricsson AB 2006
5 Sao Paulo ICT-OSA/Parlay Workshop 2006 Market potentialThe Chinese new year holiday of 2006 generated 12.6 billion sent SMS messages. [Source: Interfax China IT & Telecom Report, 2006]Penetration of unique individuals in Latin America with mobile wireless access will increase from 27% to 41% between [Source: Yankee Group, January 2006][Source: Yankee Group, January 2006]Ericsson AB 2006
6 Market potentialForecast split of mobile service revenue in Western Europe by broad service category, 2003–9 [Source: Analysys Research, 2004]100%90%80%70%Mobile content60%Other non-voice50%40%Voice30%20%10%0%2003200420052006200720082009
7 Motivation – Why get involved? Sao Paulo ICT-OSA/Parlay Workshop 2006Motivation – Why get involved?HTML for the WWWGlobal availability“Access to anywhere, whenever”Fat clients (PC)Often fixedParlay for the TelecomPersonal availability“Access to anywhere, whenever from wherever”Thin clients (Phone)Often portableGetting access to the bank inthe middle of the night.Getting access to the bank inthe middle of the night in ataxi from the airport.With mobility comes new needs and new opportunitiesMobility adds a new dimension for service creation!Ericsson AB 2006
8 How to create the next killer service? Sao Paulo ICT-OSA/Parlay Workshop 2006How to create the next killer service?Need for a foundation consisting of:technology competenceingenuityclear rolesjoined effortprocess understandingvisibilityjoined effortclear rolesReach outingenuityDeploytechnologyDevelop serviceIdentify needKnow thepossibilitiesEricsson AB 2006
9 Know the possibilities Sao Paulo ICT-OSA/Parlay Workshop 2006Know the possibilitiesParlay specifications:Framework (access and authentication)Call Control (voice)User Interaction (SMS, MMS, WAP, )Mobility (geographic location, general status)Terminal Capabilities (phone features)Generic Messaging (message system)Charging (payment)Data Session Control (typically GPRS session management)Connectivity Manager (quality of service, virtual private network)Account Management (charging event notification)Presence and Availability Management (status on various devices)Multi-Media Messaging (voice mail, , multimedia)Policy Management (policy enabled network access)FrameworkHow applications authenticate themselves to the networkHow applications discover what facilities are available from the networkFault managementCall Control - Generic, Multi-party, Conference, & Multi-mediaHow applications set up calls in the networkHow applications set up multi-party (conference) calls in the networkHow applications are used to route calls from the network, e.g. so that an enterprise application can manage call diversions for an employeeHow applications can set up multi-media callsMobility (Location)How applications find the location of a terminalHow applications request notifications when terminals change locationTerminal CapabilitiesHow applications find out the features of the terminalData Session ControlHow applications manage data sessions initiated from terminalsTypically used for GPRS (and other 2.5G) applicationsGeneric MessagingHow applications interact with messaging systems, such as voice, FAX orConnectivity ManagerHow applications manage Quality of Service (QoS) and the configuration of Virtual Private Networks (VPNs)Account ManagementHow applications query accounts and charge historyChargingHow applications request payment for services (“content-based charging”)How applications reserve payment for a future servicePresence and Availability ManagementHow applications manage presence “I am at my computer” / “I am away”and availability “I am in a meeting” / “I am available to be contacted”Typically used in Instant Messaging types of applications and their extension to wireless networksPolicy ManagementHow applications interact with policy-enabled networksEricsson AB 2006
10 Know the possibilities Parlay X specifications:Third Party Call (application generated calls)Call Notification (call information)Short Messaging (sms)Multimedia Messaging (mms)Payment (charging)Account Management (balance information)Terminal Status (state of terminal)Terminal Location (geographic position)Call Handling (rule management)Audio Call (playing audio)Multimedia Conference (group “broadcasts”)Address List Management (user group management)Presence (messaging availability)
11 Know the possibilities Locate Operator / Service EnablerList supported Parlay servicesGet the preferred Gateway Supplier resourcesLocate Gateway SupplierGet compliance statement from current Gateway SupplierGet Parlay SDK (API, Simulators, Examples)Choose implementation specificsProgramming languageGood IDE (Borland JBuilder, Eclipse, Visual Studio .NET)
12 Sao Paulo ICT-OSA/Parlay Workshop 2006 Identify a needInnovate on mobility as a key differentiatorReuse existing resources and technologies (simple solutions may yet be very powerful)Limit the service dependency – service by service approachEricsson AB 2006
13 Develop service Consider various PGW vendors for their support in: Code libraries, Application Program Interfaces (APIs)Test tools, Simulators, EmulatorsDocumentation, Guides, TrainersParlay Standard compliancePartnership program availabilityExample applicationsAccess to online forums and customer supportCertificationAccess standard specifications and download IDL (Parlay) or WSDL (Parlay X) files to generate code stubs.
14 Deploy To mass market and/or to target a specific PGW / Operator Network protocol considerationsVisibility to the end user (how to promote service)Visibility for the developer (who are buying)Visibility for the operator / service enabler (who are selling)
15 A Parlay example - Foundation Know the possibilities:Parlay User Interaction (SMS & MMS)Parlay Mobility (User Location)Identify a need:Hard to find somewhere to eat (mobility)Develop service:Java development on Eclipse using the Ericsson Network Resource Gateway Software Development Kit.Deploy:Local Swedish operator agrees to become the “first offer” customer.
16 A Parlay example – Use Case Sending SMS to a service number will return a MMS with directions for the nearest restaurant that matches the criteria of the search. User can then optionally decide to call the restaurant to make reservations.
17 Parlay example – Sequence Sao Paulo ICT-OSA/Parlay Workshop 2006Parlay example – SequenceConsumerPGWApplication1. create notification2. send sms2. report notification3. get user location4. report user location5. get infoAccess and authentication not shownManagers and callbacksAsynchronous communication5. send mms6. receive mmsEricsson AB 2006
18 Parlay example – Patterns Sao Paulo ICT-OSA/Parlay Workshop 2006Parlay example – PatternsGUIIpApp_XXConfigurationMainIpApp_XX_AdapterFeatureXX_Processor• Main — Initializes, starts, stops and terminates the example application.Initializing — refers to the process of reading configuration,showing the GUI, etc.Starting and Stopping — refer to the process of initiating andterminating execution of the feature logic (the H-OSA interaction).Terminating — refers to the process of closing the GUI and exitingthe example application.Configuration — provides the example application with configurationdata. It defines which parameters exist and how the configuration fileshould be parsed.GUI — provides a simple graphical user interface. The GUI is a windowthat contains an area for showing e.g. a description of the exampleapplication, and an area that holds buttons such as a button to start theexample application.Feature — implements the logic (i.e. the functional behavior) of theexample application. It uses an FWproxy class to obtain (and release) theservice managers from the NRG that are used by the processors.YY_Processor — interacts with the NRG. It shields the Featureclass from H-OSA details that are not relevant for the exampleapplication logic. It uses a service manager (Ip_XX_Manager) tosend requests to the NRG, and extends a service manager callbackadapter (IpApp_XX_ManagerAdapter) to receive callback responses.Processors extend the callback adapter rather than implement a callbackinterface directly. As a result, each processor only needs to implementthose callback methods that are relevant within the scope of the exampleapplication/processor.feature can have multiple processors (for example, the GroupSMS exampleapplication uses a processor for determining whether or not a subscriber’sphone is reachable, but also a processor for receiving and sending SMSIp_XXEricsson AB 2006
19 Parlay example – Structure IpAppUIManager_IpAppHosaUIManagerImplBaseGUISMSProcessor-gui-smsProcessor-featureMain-featureFeatureMMSProcessor-mmsProcessor-feature-framework-ulProcessorLocationProcessorConnectionMgrFramework_IpAppUserLocationImplBase_IpClientAPILevelAuthenticationImplBaseIpClientAPILevelAuthenticationIpAppUserLocation
20 Sao Paulo ICT-OSA/Parlay Workshop 2006 Parlay Gateway AccessAPapplication server(s)application145(+)Parlay/OSAPGW236(+)service(s))frameworkservice capability server(s)Application registers with the framework and provides authentication and requested service idOnce the application is authorized the framework will contact the service and retrieve the service manage together with the SLA information. The service crates a SLA manager for the application.The service returns a manager reference that the application may useThe Framework returns the service manager to the applicationThe application now starts communication directly to the application. The framework is only contacted again for service termination.MM7PAPSMPPSMTPNETWAPGWMMCSMSCEricsson AB 2006
21 Parlay Gateway – Lifecycle Restaurant analogyWhere do you want to eat? (IP on port?)Request menu (Get PGW services)Call on waiter (Chose service manager)Order food (Send service request)Receive food (Receive response)Eat food (Perform action on response)Start all over again (optional)Pay and leave (Dispose resources and disconnect)InitializationphaseExecutionphaseTerminationphase
22 Parlay example - Initialization Sao Paulo ICT-OSA/Parlay Workshop 2006Parlay example - InitializationGetting access to servicesApplicationFramework1: initiateAuthentication2: selectEncryptionMethod3: authenticate4: authenticationSucceeded5: authenticate6: authenticationSucceededApplication initiates authentication on frameworks public interfaceapplication provides what encryption it supportsapplication request the framework to answer a challenge to authenticate it selfapplication signals that the authentication succeededthe application and framework exchange challenges and responses to authenticate each otherframework signals that it authenticated applicationthe application request the framework for a access interface_In this third step the application requests for a service that matches its needs by tuning the service propertiesThis method is used by the client application to identify the service that the client application wishes to use. If the client application is not allowed to access the service, then the P_SERVICE_ACCESS_DENIED exception is thrown.application requests to start the SLA signingapplication is requested to sign the “contract” to use the servicethe framework is also requested to sign the “contract” now approved by the application7: requestAccess8: obtainInterfaceWithCallback9: obtainInterface10: discoverService11: selectService12: initiateSignServiceAgreement13: signServiceAgreement14: signServiceAgreementEricsson AB 2006
24 Parlay example – Termination Disposing resources and ending accessApplicationHosaUIServiceFramework1: destroyNotification2: terminateServiceAgreement (HOSA UI)3: terminateServiceAgreement (UL)4: endAccess
25 Develop service – Test and Verification Many tools available from many different vendorsPGW SimulatorsNetwork simulatorsExample applicationsProgrammer GuidesDemonstrational toolsCode libraries / Utility classesTest labsMeetings and SeminarsWeb based forums / Mailing listsPartnership programs
26 Tools available from Ericsson Sao Paulo ICT-OSA/Parlay Workshop 2006Tools available from EricssonEricsson Network Resource Gateway Software Development KitIncludesParlay Simulator with integrated Network SimulatorAutomated Test ToolExample applications for various Parlay servicesAPI librariesStandards and SpecificationsForumEricsson Partnership ProgramEricsson AB 2006
28 Sao Paulo ICT-OSA/Parlay Workshop 2006 DeploymentOperator Domain(safe)The Internet(potentially unsafe)Trusted ApplicationsParlay/OSAFirewallThird Party Applications“In house” ApplicationsPGWParlay/OSAParlay/OSAThis presentation is a teaser for the Network Resource Gateway (NRG) Application Development Course LZUFor more information or for booking this course, please visit the following website:GSMIPGPRSEricsson AB 2006
29 SummorizationMarket is still growing for services and it is a huge market.Parlay adds a new dimension of mobility to application development = new and exiting possibilities!Learning what the Parlay services are about is the first threshold to overcome (join this afternoon session!).Pick an choose tools from many vendors.Any software developer can start making Parlay applications today!
30 Sao Paulo ICT-OSA/Parlay Workshop 2006 Ericsson AB 2006
31 Sao Paulo ICT-OSA/Parlay Workshop 2006 PARLAY & PARLAY X BENEFITSPart One:General Parlay / Parlay X benefitsEricsson AB 2006
32 Agenda Parlay and Parlay X benefits Sao Paulo ICT-OSA/Parlay Workshop 2006Agenda Parlay and Parlay X benefitsIT and TelecomSome backgroundCurrent problemParlay and Parlay X as solutionsCross dependencies between the players in the telecom industryThe importance of cooperationSome roles at a glanceApplication Developer – definition and key benefitsNetwork Operator – definition and key benefitsService Provider – definition and key benefitsEnd User (Consumer) – definition and key benefitsSummarizationEricsson AB 2006
33 Sao Paulo ICT-OSA/Parlay Workshop 2006 IT and TelecomTraditionally two very different kinds of “beast”Many standards and rapid changesMore and more going through the same wireTVWWWTelephony“All in one” approach wanted by the consumerRicher services, more personalized and interactiveEasy for the consumer, complex for the developerHigher development costs since more complex systemsOverlap between old and new systemsCalculator to Skype, Phone to CalculatorEricsson AB 2006
34 Application environment Sao Paulo ICT-OSA/Parlay Workshop 2006Application environmentApplicationsApplications ServersAvailability of different interfaces (versions) on the ASMultiple integrationHard to reuseExpensive maintenance and updatesThis presentation is a teaser for the Network Resource Gateway (NRG) Application Development Course LZUFor more information or for booking this course, please visit the following website:SMPPPAPSMTPMM7SMS-CMMCWAP GWServerEricsson AB 2006
35 Application environment ApplicationsApplications ServersParlayAvailability of different interfaces (versions) on the ASMultiple integrationHard to reuseExpensive maintenance and updatesPGWSMPPPAPSMTPMM7SMS-CMMCWAP GWServer
36 Benefit for the whole industry Public interface to access the telecom network resources (availability)Any IT application on any telecom network (portability)“Off-the-shelves” marketcomputer components (ATX standard) analogybatteries analogyDefinition of roles and business processes Key actor specialization
38 Application Developer DefinitionSoftware oriented innovator and creator of stable and easy manageable services for the telecom communityRightsLimit requirement scope together with Service the Provider and decide technology consideration together with the Network Operator.ResponsibilitiesMust verify and test implementation as agreed with the Service Provider and Network Operator
39 Application Developer Parlay / Parlay X benefitsSimpleEffortless startup - easy to learn!Notifications, Requests and ResponsesNo need for telecom specific knowledgeCAPv2, CAPv3, CS1, CS1+, SIP are available only for voice communicationLearn one! That’s enough!Similar pattern for all Parlay and Parlay X servicesShared common data (TpAddress)Common programming language of choiceIDL/WSDL generationLess code – easier debuggingFull set API’s, Utility classes simplify reoccurring events
40 Application Developer Parlay / Parlay X benefitsPowerfulAccess to capabilities new to the IT industrypositioningavailability / accessWide variety of intuitive mappings towards available telecom servicesLocation, Status, Messaging, Voice, Charging…StableCreate once, run anywhereIsolation from network changesFarewell spaghetti code!
41 Application Developer Parlay / Parlay X benefitsRevolutionizes the developer possibilitiesLess operator dependencyFree market, everyone’s invited!Free development tools = small risks = low costs!Possible to develop a new service for your mobile phone within days instead of weeksTrue integration of IT and Telecom
42 Network Operator Definition Rights Responsibilities Infrastructure oriented enabler of stable and accessible services for the telecom communityRightsDetermine access distributed in the systemRuntime and maintenance considerationsResponsibilitiesAuthorization, Availability, Authentication
43 Network Operator Parlay / Parlay X benefits Popular services increase trafficIncreased traffic equals higher revenuesEasier maintenance with presumably fewer bugsStatistical information of the trafficSimple control over network resources
44 Service Provider Definition Rights Responsibilities Market analyzer close to the telecom service consumerRightsDecides requirements together with the Application Developer and the Network OperatorTo receive fully tested and verified service solutions that are persistently available to the consumerResponsibilitiesDiscover needs and foresee future expectations
45 Service Provider Parlay / Parlay X benefits Less development costs Faster time to marketNew types of services, increased level of interactionNew marketsIncreased customer loyaltyBusiness monitoring and surveillance through statisticsBusiness rules (load etc.)
46 Consumer Definition Rights Responsibilities User of the telecom system, predominantly uninterested in the technology and implementation specificsRightsStable and accessible services at justified pricesResponsibilitiesFinancier of the telecom network system maintenance, operating costs and research and development.
47 Consumer Parlay / Parlay X benefits Timelier deliveries World Cup in footballFuller range of personalized servicesRicher, more satisfying experienceCheaper services (??)
48 Summarization An “off-the-shelves” solution makes common sense! Need for a teamwork understanding of the telecom industryDefinition of once role(s) is the first step to become true specialists in a certain area – too broad scope may slow down progressLot of benefits throughout the telecom community – biggest risk is that networks will not open upParlay is the standard to make this happen
49 Sao Paulo ICT-OSA/Parlay Workshop 2006 Ericsson AB 2006
50 Sao Paulo ICT-OSA/Parlay Workshop 2006 PARLAY & PARLAY X BENEFITSPart Two:Parlay and Parlay X at a comparisonEricsson AB 2006
51 Agenda Parlay and Parlay X overview Sao Paulo ICT-OSA/Parlay Workshop 2006Agenda Parlay and Parlay X overviewWeb ServicesFitting Parlay X into the pictureTechnologies overviewComparison between Parlay and Parlay XSimple working exampleSummarizationEricsson AB 2006
52 Web ServicesWeb services, in the general meaning of the term, are services offered by one application to other applications via the World Wide Web.Clients of these services can aggregate them to form an end-user application, enable business transactions, or create new Web services.In a typical Web services scenario, a business application sends a request to a service at a given URL using the SOAP protocol over HTTP. The service receives the request, processes it, and returns a response.
53 Web Services Web services are software components that Are described and found using XML technologiesCan be accessed with standards-based internet protocolsHTTPHTTPSSMTPExchange XML-formatted dataClient and service may be implemented with different languages on different hardware and software platforms
54 Web Service technologies Accessing Web Services: SOAP (XML)Describing Web Services: WSDLPublishing Web Services: UDDIWeb Services vs. CORBAWeb ServiceWSDLSOAPUDDICORBAIDLIIOPName Server
55 XML Language for defining structured data Example... <customer> <firstname>Johan</firstname><lastname>Svensson</lastname><birthday> </birthday></customer>
56 SOAP Simple Object Access Protocol XML-based message format Defines a message between the sender and an ultimate receiverpossibly via intermediariesEnvelopeHeaderBodyHeaders can be targeted at certain intermediariesThe SOAP message transfer is done by another underlying protocol. HTTP is standardized but SMTP and other are possible
57 SOAP – the envelope metaphor Functional aspectsSOAPSend MMS to User XApplicationEricsson1 EuroSend requestReceive requestReceive letter(Platform)Read letter(Application)Post letterWrite letterMsg: 1:2TransId: 352To: VodafoneFrom: YahooVerified by: VerisignApproved by: User XAuthenticationAuthorizationConfidentialityIntegrityPrivacyTransaction (Coordinated)Reliable…Maybe payments?Non-functional aspects
58 SOAP Message structure SOAP Envelope SOAP Header SOAP Body Information individuallytargeted forintermediaries andend pointsSOAP BodyInformation forthe ultimate receiver
59 WSDL Web Service Description Language Describes what a service doesAvailable operationsInput and output messagesHow a service is accessedData encoding formatProtocols supportedWhere a service is locatedService endpoint URLIn our case the Parlay X WSDLs are standardized and downloadable from internet (e.g.
60 UDDI Universal Description, Discovery and Integration Registry for businesses and their Web ServicesName of businessContact informationType of businessInterfaces (WSDL)Access information (URL)
61 Parlay X A set of simple Web Services Simple and high level access to widely used telecom functionsAimed at Web developersLeading to:A principle: Keep Interface Specifications Simple“Limited” sets of building blocks for web developersNumber of developersThousandsParlay-XParlay/OSAVoice & dataprotocolsHundredsNetwork detail
62 Parlay overview A P P G W N E T Parlay/OSA WAP GW MMC SMSC EMAIL application server(s)applicationParlay/OSAPGWservice(s))frameworkservice capability server(s)MM7PAPSMPPSMTPNETWAPGWMMCSMSC
63 Parlay X overview W E B A P P G W N E T Parlay X Parlay/OSA WAP GW MMC application server(s)application5(+)Parlay XAPapplication server(s)application146(+)Parlay/OSAPGW237(+)service(s))frameworkservice capability server(s)MM7PAPSMPPSMTPNETWAPGWMMCSMSC
64 Parlay and Parlay X compared More complexMore complete functionalityCORBA basedPublish/Find via Parlay FrameworkSLA/Policy negotiation via Parlay FrameworkAuthentication via Parlay FrameworkParlay XSimpleLimited functionalityWeb Services basedPublish/Find via UDDI – Industry standardSLA/Policy negotiation via local bind process (not the same level)Authentication via WS-Security
65 Web Services (Parlay and Parlay X) Parlay application development and executionParlayWeb Services (Parlay and Parlay X)JavaIDEJava/J2EEIDEApplication Developer++ParlaySDKParlay XWSDLService Providerand/orNetwork OperatorJava ApplicationJava ApplicationParlay SDKJREJREORBSOAP,RMICORBANetworkOperatorParlayParlay XParlay Gateway
66 A Parlay X example Sao Paulo / Brazil Network Stockholm / Sweden SmsSenderSmsSenderWSDL StubSao Paulo / BrazilJREx2Send SMSSOAP / HTTP:7001SendParlayNetworkParlay XOKParlay GatewayStockholm / Sweden
67 A Parlay X example Send SMS message Find the appropriate WSDL file(s) (http://www.parlay.org)Find a suitable WSDL compiler for the programming language of choice (http://ws.apache.org/axis/)Compile the WSDL files to get the stubs and interfaces needed to create the SOAP messageMake certain that proper security credentials are added as SOAP message headers (operator specific)Use a URL to identify where the service is locatedInvoke the service interface method to send the SOAP message
68 Parlay X benefits No need to authenticate all requests towards the PGW Simplified, more abstract less detailedEasy popular functions (good enough)Targets web based applications and Web ServicesEasy network configurations (http posts)Good tools available for WSDL stub generation (AXIS or JWSDP)
69 SummarizationParlay X services are Web Service components sent by SOAP calls defined by WSDL usually over HTTPMain benefits are the simplification of access and authorizationComponent based programmingMuch of the implementation is done by the WSDL compiler that generate stubs to use in your codeParlay X makes network resource access faster and simpler than ever before!
70 Sao Paulo ICT-OSA/Parlay Workshop 2006 Ericsson AB 2006
71 Sao Paulo ICT-OSA/Parlay Workshop 2006 PARLAY & PARLAY X DEVELOPMENT TRAININGPart OneEricsson AB 2006
72 PreparationCopy the parlay_training_course.zip file onto your computerUnzip it to any location without spaces in the path (C:\Documents and Settings should be avoided!) Preferably use something similar to c:\parlayDisable any firewall currently active on your laptop as it might disallow certain ports to be used
73 How to work with this package Use runEclipse to start the Eclipse IDE.In Eclipse there are several projects, either for Parlay or Parlay X that will illustrate a certain feature of the standard.Each exercise has a solution. Use the solution to compare your results but try your best before doing so.Each exercise will take about 30 minutes. (Some less some more). First there will be an introduction and last will be a summarization of the intended solution.
74 How to work with this package Use runSimulator to start the Ericsson Network Resource Gateway Simulator, this will act as a PGW, phones and a network emulator on your local laptop.The Simulator needs to be running in order for the Parlay applications to work.In order to run the Parlay X applications you need to have an Internet access.
75 Pattern GUI IpApp_XX Configuration Main IpApp_XX_Adapter Feature XX_ProcessorIp_XX
78 Exercise one List all available services at this PGW Get access to the PGW frameworkGet a list of all servicesConnect to each serviceDisconnect from all servicesIllustrates: Framework access and service retrieving
80 Exercise oneMake sure that the Simulator is running and that you have started EclipseIn Eclipse right click on “Parlay_Exercises” and select “Open Project”Sort the tasks at the bottom of the screen after their folder name and double click on the first one named “TODO close the framework communication”Your task is now to fill in the blanks in the code, you may need to shift between Problems and Tasks to correct all blanks for an assignment.After filling all the gaps in the code, right click on the assignments “Main” class and choose “Run asApplication” to run the application.Populate the Simulator with the right phones and follow the instructions that show in the application window.
81 Exercise twoCreate an application that sends SMS messages towards a certain number.Illustrates: SendMessageReq, SendMessageRes and SendMessageErr
83 Exercise threeFinish the application that receives a SMS from a specified friend and converts it into an MMS before sending it onwards to the destination.Illustrates: Create Notification, report notification, sending MMS MIME messages
86 Exercise fourFinish an application that tracks two terminals each other second. When the terminals are within a specified distance send SMSs to them both to indicate that the friend is close by.Illustrates: extendedLocationReportReq
87 Exercise fiveFinish the application that upon changing the status of the terminal starts listening for incoming calls. If a call is made to a terminal that is switched off a SMS will be generated indicating that a call was missed.Illustrates: triggeredUserStatus
88 Exercise sixFinish the application that acts as a redirection service. When calling the service number a message is played and the user is prompted to choose a destination. When typing in the destination the caller is redirected.Illustrates: Multiparty Call Control and User Interaction
89 Sao Paulo ICT-OSA/Parlay Workshop 2006 What Are Legs & Calls ?SpeechMarieJohnNetworkIncomming LegOutgoing legCallObjectThis presentation is a teaser for the Network Resource Gateway (NRG) Application Development Course LZUFor more information or for booking this course, please visit the following website:Ericsson AB 2006
90 What Are Network Initiated Calls? Sao Paulo ICT-OSA/Parlay Workshop 2006What Are Network Initiated Calls?ApplicationMarieJohn321Network4This presentation is a teaser for the Network Resource Gateway (NRG) Application Development Course LZUFor more information or for booking this course, please visit the following website:Ericsson AB 2006
91 What Are Application Initiated Calls? Sao Paulo ICT-OSA/Parlay Workshop 2006What Are Application Initiated Calls?Application13Network24This presentation is a teaser for the Network Resource Gateway (NRG) Application Development Course LZUFor more information or for booking this course, please visit the following website:MarieJohnEricsson AB 2006
94 Parlay X exerciseComplete the SimpleLogoSender, SimpleMessageSender and SimpleRingtoneSender by completing the following steps:Create URL to identify the serviceCreate a locator specifically for this serviceRetrieve the SMS serviceAdd security header informationInvoke the desired method on the remote serviceOptionally get extra information from the returned correlator
95 Parlay X development for Java Download and install JavaDecide serviceDownload involved service WSDL filesGenerate client side stubs from WSDLDevelop application on top of stubsCompile and packageDeployTest and Verify
96 Sao Paulo ICT-OSA/Parlay Workshop 2006 Ericsson AB 2006
Your consent to our cookies if you continue to use this website.