RCS

VoLTE Interoperability Event 2012

Multivendor testing in global RCS/VoLTE Networks
HostSites

OperatorSponsor

EventSponsor

SilverSponsor

Participants

Page 1

Abstract
ThiswhitepaperprovidesasummaryoftheRCS(RichCommunicationsSuite)VoLTE(VoiceoverLTE) Interoperability event 2012 which took place from September 24th October 12th 2012. The event wasjointlyorganisedbytheMultiServiceForum(MSF),EuropeanTelecomsStandardsInstitute(ETSI) andtheGSMAssociation(GSMA). InordertofacilitatethedeploymentofNGNtechnology,itisimportanttoidentifyandunderstand thelevelofinteroperabilityofcommerciallyavailableequipmentforbothbackwardsincompatibility andnoncompliancy,frombothaVendors'perspectiveandanOperators'perspective.Vendors'gain fromthebenefitofidentifyingissuesandimprovingproductstobecomemorecommerciallyviable, and Operators need to be awareof any backwards incompatibility aspects to take into account for vendor selection and deployment strategy. Public multivendor interoperability events such as the RCSVoLTEIOTeventhelptodetectandfixtheseissuesatanearlystage TheeventbuildsonthesuccessofpreviousMSFVoLTEInteroperabilityeventsandETSIIMSPlugtests. It reflects the industrys drive to continue to deliver major carrier driven events that benefit all its membersintheirquesttokeeppacewithaneverfastermovingindustry. The RCS VoLTE Interoperability event 2012 focused on validating key network and application interfaces to ensure multivendor deployment strategies for LTE/EPC/IMS technology for RCS and VoLTE.ThemainobjectivewastovalidatetheworkoftheGSMAaspartofitsglobalVoLTEinitiative, focusing on the validation of a number of GSMAs technical recommendations, namely PRD IR.92 (IMSProfileforVoiceandSMS),PRDIR.65(IMSRoamingandInterworkingGuidelines),PRDIR.88 (LTE Roaming Guidelines), PRD IR.90 (RCS Interworking Guidelines), PRD IR.67 (DNS/ENUM GuidelinesforServiceProvidersandGRX/IPX),PRDIR.58(IMSProfileforVoiceoverHSPA)andPRD IR.94 (IMS Profile for Conversation Video Service). Different versions of RCS Services and Client Specifications were valid to be tested in the event, namely RCSe Advanced Communications: Services and Client Specification: Version 1.2.1 and "Rich Communication Suite 5.0 Advanced Communications:ServicesandClientSpecification. TheGSMAtechnicalrecommendationsarebasedonTheThirdGenerationPartnershipProject(3GPP) standards.3GPPintroducedtheEvolvedPacketCoretosupportLTEaccesswiththeIMScorenetwork providingtheapplicationlayerforwhichservices(e.g.voice)maybedeployed.TheEPCandIMScore interact with the Policy and Charging Control (PCC) framework to enable Quality of Service for the bearerssupportingvoiceandRCSservices. ETSI,asoneofthepartnersoftheThirdGenerationPartnershipProject(3GPP),hasplayedakeyrole towards the deployment of IMS via its Technical Committee dedicated to IMS Network Testing: TC INT. RCSVoLTEIOT2012TestPlansweredevelopedandsourcedfromeachofthepartnerorganisations: ETSIcontributedtowiththefollowingTCINTTestSpecifications:TS186011IMSNetwork toNetworkInterfaceInteroperability,TS102901IMSNetworktoNetworkInterface InteroperabilityforRCSandTS103029IMS&EPCInteroperability. GSMAcontributedwithasubsetofitsRCSIOTRCSev1.2testcases. MSFcontributedtheVoLTEtestcases.

The event was conducted in two host sites at the Sintesio facility in Kranj, Slovenia and the China Mobile Research Institute Laboratory in Beijing, China. Telekom Slovenia was a joint host at the Sintesiosite.

Page 2

The event demonstrated that the GSMA technical recommendations, based on the 3GPP specifications, for providing end to end communications services based on IMS infrastructure were matureandinteroperable. Highlightsoftheeventincluded: MultivendorinteroperabilityofUEs/clients,networkinfrastructureandservices. FullIPinterconnectbetweenthetwohostsitesviaIPXwasdemonstrated, VoLTE and multimedia (voice/video) calls demonstrated together with multimedia telephonyservicesaswellasconfigurationoftheseservices, VoiceandvideocallswereestablishedwiththeappropriateQOS(qualityofservice)utilizing thepolicyframework.DIAMETERRoutingAgents(DRAs)successfullyprovidedthecapability to simplify the routing within the PLMN and between PLMNs when subscribers were roaming.TheusageofDRAsgreatlyreducednetworkconnectionsandwerealsoshownto provideinterworkingfunctionality. RCSservicesweredemonstrated

InparallelwiththeIOT,aworkshoponthetopicNextGenerationServices:RCS,VoLTEandbeyond wasorganizedbyETSI.Theworkshopcoveredagoodrangeofpresentationsandraisedaspectrumof issues, from device clients, provisioning, media management and integration to network interconnections.Withpositiveresultsoutoftheevent,thegeneralconclusionisthatRCSandVoLTE are now well on their way to mass implementation with a good basis of clear standards, interoperabilityguidelinesandcarrierscooperation.

Page 3

CONTENTS
Contents ......................................................................................................................... 4 Executive Summary ....................................................................................................... 5 Introduction ................................................................................................................ 5 Architecture................................................................................................................ 5 Key Objectives ........................................................................................................... 9 Key Statistics ............................................................................................................. 9 Introduction .................................................................................................................. 11 Part I: Participants and Planning .................................................................................. 13 Host Sites ................................................................................................................. 14 Participants ............................................................................................................... 15 Observing Companies / Organizations .................................................................... 18 Part II: The RCS VoLTE Interoperability Event 2012 Execution ............................... 19 The Network Test Scenarios .................................................................................... 22 Test scenario validation ........................................................................................... 23 Part III: Results and Observations ............................................................................... 25 Future Work ............................................................................................................. 28 Appendix A: The Test Scenarios ................................................................................. 29 RCS VoLTE in a Home/Single Network ................................................................. 29 RCS/VoLTE for Roaming & Interconnect .............................................................. 33 Appendix B: Additional Testing .................................................................................. 39 Appendix C: Interface References ............................................................................... 41 Appendix D: The Organisers ....................................................................................... 44 Appendix E: The Hosts ................................................................................................ 45 Appendix F: The Participants ...................................................................................... 46

Page 4

EXECUTIVESUMMARY
INTRODUCTION
TheRCSVoLTEInteroperabilityEvent2012wasdesignedtoteststandardscomplianceofLongTerm Evolution(LTE)andIMSnetworkscenariosinsupportoftheprovisionofRichCommunicationSuite (RCS)andVoiceoverLTE(VoLTE).SuchnetworkscenariosareofinteresttomajorServiceProviders, and the event is intended to gauge vendor support for this technology. This event builds on the previous MSF VoLTEInteroperabilityEventand ETSIIMSPlugtests.Itseeks tovalidateanumberof GSMAtechnicalrecommendations,namely: RCSeAdvancedCommunications:ServicesandClientSpecification:Version1.2.1 RichCommunicationSuite5.0AdvancedCommunications:ServicesandClientSpecification PRDIR.65IMSRoamingandInterworkingGuidelines, PRDIR.88LTERoamingGuidelines, PRDIR.92IMSProfileforVoiceandSMS, PRDIR.90RCSInterworkingGuidelines, PRDIR.67DNS/ENUMGuidelinesforServiceProvidersandGRX/IPX, PRDIR.58IMSProfileforVoiceoverHSPA, PRDIR.94IMSProfileforConversationVideoService.

Interoperabilitytestingwasconductedin2labs;theSintesiofacilityinKranjandtheCMCCResearch Lab in Beijing. The two labs were interconnected via an IPX. Conducting the tests in two interconnected labs made it possible to test more vendor combinations, and also allowed realistic testingofimportantroamingandinterconnectscenarios. Atotalof210testcaseswerewrittenacross2testscenarios: RCSVoLTEinasingle/homenetwork, RCSVoLTEforRoaming&Interconnect.

During the event, there was also a background activity to perform SIP / DIAMETER conformance criteriacheckingonthetracefilesgeneratedduringtheRCSVoLTEscenariosandvalidatinganumber ofETSIInteroperabilityTestSpecifications. Finally,aninterRATcalltransferfromLTE/IMStoGERAN/MSCServerwasdemonstrated.

ARCHITECTURE
TheRCSVoLTEarchitectureallowsuserstoconnecttothenetworkviatheLTEhighspeedwireless access and access voice, video and RCS services provided by MultiMedia Telephony and RCS ApplicationServersonanIMSframework.Thisway,accesstotheapplicationsandservicesrequested by today's sophisticated users, benefits from the necessary Quality of Service management and mobilityfunctions. ThebasicRCSVoLTEarchitectureisshowninFigure1below:

Page 5


IMS Core Ut Sh MMTel / RCS Application Servers I S C Mw I/S-CSCF

Mr

MRF
Mr

UE IMS UA

GERAN

Cx S4 SGSN S6d

HSS

UE IMS UA UTRAN S6a

Cx Sh

P-CSCF Rx

Mx

IBCF/TrGW

Ici/Izi

DRA S6a Gx PCRF S3 MME UE IMS UA eNodeB S1-MME LTE-Uu SecGW S1-U S4 S12 S-GW S5 P-GW S11 SGi Gx Rx

ENUM

ENUM Server

ENUM

IPX

Ici/Izi

ENUM

Other PLMN

FIGURE 1 BASIC RCS VOLTE ARCHITECTURE NOTE: TheGminterface(UEtoPCSCF)isafocusfortestingalthoughnotexplicitlyshown intheabovefigure. ThemaincomponentsoftheArchitecturearedescribedbelow. UE(UserEquipment).TheUserEquipmentthatisusedtoconnecttotheEPS,inthefigure abovethisisanLTEcapableUEaccessingEPSviatheLTEUuradiointerface. eNodeB.TheevolvedRAN(EUTRAN)consistsofasinglenode,theeNodeBthatinterfaces withtheUE.TheeNodeBhoststhePhysical(PHY),MediumAccessControl(MAC),RadioLink Control (RLC), and Packet Data Convergence Protocol (PDCP) layers that include the functionalityofuserplaneheadercompressionandencryption.ItalsooffersRadioResource Control (RRC) functionality corresponding to the control plane. It performs manyfunctions including radio resource management, admission control, scheduling, enforcement of negotiated UL QoS, cell information broadcast, ciphering/deciphering of user and control planedata,andcompression/decompressionofDL/ULuserplanepackedheaders.

MME (Mobility Management Entity). The Mobility Management Entity (MME) is the key controlnode for the LTE accessnetwork. It is responsible for idle mode UE tracking and paging procedures including retransmissions. It is involved in the bearer activation / deactivationprocessandisalsoresponsibleforchoosingtheSGW(seebelow)fortheUEat theinitialattachandattimeofintraLTEhandoverinvolvingCoreNetworknoderelocation. It is responsible for authenticating the user (in conjunction with the HSS). The NAS (Non Access Stratum) signalling terminates at the MME which is also responsible for the generation and allocation of temporary identities to the UEs. The MME validates the permissionoftheUEtocampontheserviceprovidersPLMN(PublicLandMobileNetwork) andenforcesUEroamingrestrictions.TheMMEistheterminationpointinthenetworkfor ciphering/integrity protection for NAS signalling and handles security key management. LawfulinterceptionofsignallingisalsoafunctionprovidedbytheMME.TheMMEprovides the control plane function for mobility between LTE and 2G/3G access networks and interfaceswiththehomeHSSforroamingUEs.

Page 6

 SGW(ServingGateway).TheSGWroutesandforwardsuserdatapackets,whilealsoacting asthemobilityanchorfortheuserplaneduringintereNodeBhandoversandastheanchor formobilitybetweenLTEandother3GPPtechnologies(terminatingS4interfaceandrelaying thetrafficbetween2G/3GsystemsandPDNGW).ForidlestateUE,theSGWterminatesthe DLdatapathandtriggerspagingwhentheDLdataarrivesfortheUE.Itmanagesandstores UEcontextsandperformsreplicationoftheusertrafficincaseoflawfulinterception.TheS GWandPGWfunctionscouldberealizedasasinglenetworkelement.

PGW(PacketDatanetworkGateway).ThePGWprovidesconnectivitybetweentheUEand externalpacketdatanetworks,itprovidestheentryandexitpointoftrafficfortheUE.AUE mayhavesimultaneousconnectivitywithmorethanonePGWforaccessingmultiplePacket Data Networks. The PGW performs policy enforcement, packet filtering for each user, chargingsupport,lawfulinterceptionandpacketscreening.ThePGWalsoactsastheanchor for mobility between 3GPP and non3GPP technologies such as WiMAX or DSL. The SGW andPGWfunctionscouldberealizedasasinglenetworkelement.

PCRF(PolicyChargingandRulesFunction).ThePCRFprovidespolicycontroldecisionsand flowbasedchargingcontrols.ThePCRFdetermineshowaservicedataflowshallbetreated in the enforcement function (PGW in this case) and ensure that the user plane traffic mappingandtreatmentisinaccordancewiththeusersprofile.

HSS (Home Subscriber Server). The HSS is a network database that holds both static and dynamicdataelementsrelatedtosubscribers.TheHSSprovidesuserprofileinformationto theMMEandIMScoreduringUEattachandIMSregistration.

S4SGSN(ServingGPRSSupportNode).TheSGSNsupportsthelegacyaccessforUTRANand GERAN.IntheEPSarchitecture(3GPPrelease8)theSGSNisenhancedtosupporttheS4and S3 interfaces (hence referred to as the S4 SGSN). The S4 interface provides control and mobilitysupportbetweenGPRSCoreandthe3GPPAnchorfunctionoftheServingGW.The S3 interface enables user and bearer information exchange for inter 3GPP access network mobility.

PCSCF(ProxyCallSessionControlFunction).ThePCSCFistheinitialpointofcontactfor session signaling for the IMSenabled VoLTE UE. The PCSCF behaves as a SIP proxy by forwardingSIPmessagesbetweentheUEandtheIMSCoreNetwork,maintainsthesecurity associations between itself and the VoLTE UE, and incorporates the Application Function aspect of PCC to enable binding of the IMS session with the bearer for applying dynamic policyandreceivingnotificationsofbearerlevelevents.

I/SCSCF (Interrogating/Serving Call Session Control Function). The ICSCF is the contact point within an operator's network for all connections destined to a user of that network. OnIMSRegistration,itinterrogatestheHSStodeterminewhichsuitableSCSCFtoroutethe

Page 7

requestforregistration.ForMobileTerminatingcalls,itinterrogatestheHSStodetermine whichSCSCFtheuserisregisteredon. TheSCSCFprovidessessionsetup,sessionteardown,sessioncontrolandroutingfunctions. It generates records for billing purposes for all sessions under its control, and invokes applicationsintheApplicationServers.TheSCSCFactsasSIPregistrarforVoLTEUE'sthat theHSSandICSCFassigntoit.ItqueriestheHSSfortheapplicablesubscriberprofilesand handles calls involving these end points once they have been registered. The SCSCF uses subscription information to determine the appropriate onward routing for calls originating throughit. MMTelAS(MultimediaTelephonyApplicationServer).TheMMTelASisanIMSApplication Server providing support for multimedia telephony services as defined by 3GPP e.g. supplementaryservicefunctionality. MRF(MediaResourceFunction).TheMRFisacommonmediaresourcefunction,foruseby IMS Application Servers and I/SCSCFs, to provide media plane processing independent of application types. Eg. The MRF provides multimedia transcoding, video share/calling, multipartymultimediaconferencing,networkannouncements/tones,interactivevoice/video services,etc.underthecontrolofIMSApplicationServers(MMtelASorRCSVideoServers) aswellasbasicmediaprocessingfunctionstoCSCFs.ThecontrolplaneinterfacestoMRFs are defined by the 3GPP references Mr, Mr, and Cr interfaces (SIP/SDP and XML encoded media service requests) while the media plane interfaces to MRFs are defined by 3GPP referenceMbforRTP/RTCPandMSRPmultimediatransport. IBCF/TrGW (Interconnection Border Control Function / Transition Gateway). The IBCF/TrGW is responsible for the control/media plan at the network interconnect point to otherPLMNs. RCSASs.TheRCSApplicationServersprovidesupportforRCSrelatedservicesandcomprise thefollowingelements: PresenceServer&XDMServer, IM/ChatServer, VideoShareApplicationServer. FileTransfer, ImageTransfer SecGW (Security Gateway). The SecGW is used to originate and terminate secure associations between the eNodeB and the Evolved Packet Core network. IPsec tunnels are established with preshared security keys, which can take a number of different formats. IPsectunnelsenforcetrafficencryption,foraddedprotection,accordingtotheparameters exchanged between the two parties during tunnel setup. This enables secure communicationsbetweentheeNodeBandEPCacrosstheS1MME,S1UandX2interfaces. DRA(DiameterRoutingAgent).TheDiameterRoutingAgentdefinedby3GPPandGSMA,is a new network element that controls Diameter signalling, enabling the seamless communication and control of information between network elements within LTE or IMS networksandacrossLTEnetworkborders.ADRAreducesthemeshofDiameterconnections thatnegativelyimpactsnetworkperformance,capacityandmanagement.Forroamingcases, theDRAmayalsoactasaDEA(DiameterEdgeAgent).

Page 8

ENUMServer.ThiselementprovidesadatabasefunctionalitytoenabletranslationofE164 numberstodomainnamestoenablemessageroutingofIMSsessions.Intheabovefigure,a singleENUMServerisshownthatisaccessiblefromeitherPLMNaswellasIPX. IPX. This is the IPExchange transit network providing an interconnect capability between PLMNs.

KEYOBJECTIVES
It is vital that operators have confidence in the multivendor interoperability of LTE and IMS componentsasasolidbasisforRCSVoLTEbeforevolumedeploymentcanbegin.Demonstratingthis capabilityinactionwasakeyoverarchingobjectiveoftheRCSVoLTEInteroperabilityEvent2012.The followingequipmenttypes(andassociatedvendorinstances)participatedintheevent: InSlovenia,theequipmenttypesincludedLTEUE(1),VoiceClient(2),RCSClient(1),eNodeB (1),EPC(MME/SGW/PGW)(1),PCRF(1),HSS(1),IMSCore(I/SCSCF)(2),PCSCF(3),MRF (1),MMTELAS(2),RCSChatServer(1),RCSVideoServer(1),DRA(1),IBCF(2),ENUM(1),IPX (1)andmonitoringequipment(1). InChina,theequipmenttypesincludedLTEUE(1),VoiceClient(1),eNodeB(1),EPC(MME/S GW/PGW)(1),PCRF(1),HSS(1),IMSCore(I/SCSCF)(1),PCSCF(1),MMTELAS(2),DRA(2), IBCF(1),ENUM(1),IPX(1)andmonitoringequipment(1).

NBtherewasnoSecurityGWintheevent. NB In some cases, a single vendor brought multiple instances of a given equipment to facilitate additionalparalleltestingconfigurations. Inaddition,theRCSVoLTEInteroperabilityEvent2012wasdesignedto: ValidatethematurityofLTEnetworkinterfacestoenablemultivendorsupport. Demonstrate that an LTE network can manage session control with an applied Quality of Servicefordefaultanddedicatedbearersforvoice,videotelephonyandRCSservices. ValidatethematurityofIMSnetworkinterfacestoenablemultivendorsupport, Demonstratethesupportforuserroamingbetweendifferentnetworks. ValidateVoLTE,MMTelandRCSservicesforbothhomeregisteredandroamingUEs, ValidateVoLTE,MMTelandRCSservicesoverinterconnectedIMSnetworks, DemonstratetheuseofDRAstosimplifyDIAMETERroutingwithinthePLMNandbetween PLMNswhensubscriberswereroaming. DemonstratetheuseofanIPXtoprovideinterconnectionbetweenseveralPLMNs, DemonstratetheuseofENUMtoenableinterdomaincallrouting.

KEYSTATISTICS

Page 9

TheRCSVoLTEInteroperabilityEvent2012washeldfromSeptember24thtoOctober12th2012attwo host sites; China Mobile Research Institute Laboratory in Beijing, China and the Sintesio facility in Kranj,Slovenia. Over 50 network components from 12 participating companies were tested by 51 test engineers usingapproximately1200pagesoftestplansduringthis3weekevent. Thetwotestscenariosincorporatedatotalof210testcases.Ofthe210definedtests,atotalof48 wereexecutedofwhich46testsweresuccessfullycompletedand2failed.Overall,acrossbothhost sites,atotalof98testcaseswererecordedintheeventrecordingtool.Inthosecaseswheredefined testswerenotrun,itwasduetoacombinationoflabconfigurationlimitations,equipmentlimitations orlackoftime.AppendixAgivesadetailedsummaryofthetestresults.

KeyResults
MultivendorinteroperabilityofUE,eNodeB,EPC,IMSCore,AS,DRAandPCC. Interaction with service layer (e.g. IMS) was successfully demonstrated, with binding of Quality of Service to EPC bearers utilising Policy and Charging Control (PCC), providing relevantQoSforsignallingandvoice/video/RCSServicesonthedefaultbeareranddedicated bearersrespectively. Voicecallsestablishedusingdedicatedbearer(QCI=1), UsageofanumberofserviceswasdemonstratedviaMMTELAS. Voice / Videocalls established using dedicated bearers (QCI=1&QCI=2),inclusive of video beingadded/removedto/fromanexistingvoicesession. GTPisstable.AsinthepreviousVoLTEIOTeventin2011,therewerenoissueswithGTP, There were very few issues with DIAMETER, which was observed to be much more stable than in the previous VoLTE IOT event in 2011. The use of a DRA reduced connections and simplified Diameter message routing. DRAs were also shown to provide interworking betweendifferenttransportlayerprotocolsandDIAMETERapplicationimplementations. MMTELServiceconfigurationviaUtwasdemonstratedforanumberofservices. Transcoding,transratingandDTMFcollectiondemonstratedviaMMTELASandMRF. RCSChat&FT(FileTransfer)weredemonstrated, Voice calls over a network interconnect were demonstrated via an IPX with SIP/RTP traversingtheIPXGatewayandtheIBCF/TrGWsineachPLMN. DIAMETER message routing was demonstrated for remote attachment of a roaming UE wheretheDIAMETERmessagingtraversedtheDRAintheIPXandtheDEAsineachPLMN. IMS(VoLTEandRCS)softclientsinterworkedwithanumberof3rdpartyLTEdatadonglesfor LTEAttachand,additionally,withdifferentIMSCoreNetworkandMMTel/RCSAStoprovide IMSservicestotheenduser. Commercial test tools used provided uncompromising visibility to all End2End procedures allowingrapidanalysis.

Page 10

INTRODUCTION
TheRCSVoLTEInteroperabilityEvent2012testenvironmentwasbasedon: 1. 2. 3. 4. 5. 6. 7. ProvingmultivendorinteroperabilityofRCSVoLTEArchitectureforsingle/homenetworkand Roaming&Interconnectscenarios; QoScontrolasanessentialunderpinningforservicesusingPCCarchitectureandbindingto theapplicationlayerinIMS; ProvingVoLTEand Video Telephony, including MMTel services viaEPC andIMS,aswell as interactionwiththePCCarchitecture; ProvingRCSservicesviaLTEandIMS,includinginteractionwiththePCCarchitecture; Roaming between LTE capable networks, including the proving of VoLTE, Video Telephony (MMTel)andRCSServicesfortheroamingUE; Proving VoLTE, Video Telephony (MMTel) and RCS Services via the interconnect between IMSnetworksoveranIPX; Proving interaction with an ENUM Server for interdomain call routing between IMS networksviaanIPX.

OperatorsandEquipmentVendorsthatparticipateinInteroperabilityEventssuchasRCSVoLTE2012 learn how multivendor nextgeneration products and networks will interoperate in the real world. Thisinsighttranslatesintoanumberofbenefits: For vendors, a reduced time to market for deployment of interoperable solutions and decreasedcostsandresourcestoresolveinteroperabilityissuesaswellasanopportunityto demonstratetheircompetenceinagiventechnology. For Operators, a better understanding of the maturity of a technology and an insight into bestinclassproducts. For the industry as a whole, a thoroughly evaluated architectural framework for cooperatively designing endtoend networking solutions consistent with real world deploymentscenarios.

In addition, publishing the results of the RCS VoLTE Interoperability Event 2012 provides valuable feedback to the industry in general, including specific feedback to the Standards Development Organizations (SDOs) when issues are encountered in the tested standards. This leads to improved protocoldocumentationthroughclarificationsand/orcorrectionsoferrors. Thiswhitepaperisorganizedintothreepartsandsixappendices: PartI,describestheplanningoftheRCSVoLTEInteroperabilityEvent2012. PartIIexplainshowthethreeweekeventwasrun, PartIIIpresentsthekeyresultsobtainedfromtheRCSVoLTEInteroperability2012Event. AppendixAprovidesdetailsonthemaintestscenarios; AppendixBdescribesadditionaltestingduringtheevent;

Page 11

AppendixChighlightstheinterfacesthatweretested, AppendixDprovidesabriefresumeoftheorganisers, AppendixEprovidesabriefresumeofthehosts, AppendixFprovidesabriefresumeoftheparticipatingcompanies.

Page 12

PARTI:PARTICIPANTSANDPLANNING
TheRCSVoLTEInteroperabilityEvent2012wasorganisedbyajointTaskForcecomprisingmembers from the three partner organisations of MSF, ETSI and GSMA. Its goal was to test the current capabilities of LTE and IMS products operating in real world Service Provider environments. In particular,theeventfocussedonvalidatingRCSandVoLTEservices(RichCommunicationsSuiteand VoiceoverLTE)baseduponGSMAtechnicalrecommendationsutilizing3GPPLTEaccesstechnology. TheTaskForcedevelopedanumberoftestingscenariostovalidatecorenetworkinterfacestoensure multivendordeploymentstrategiesforRCSVoLTE. Thistestingallowedvendorstoimprovetheirproducts,ServiceProviderstoacceleratetheirservice deploymentstrategies,andanystandardsshortfallstobehighlightedtotheappropriateSDO's. Theeventcomprised3weeksoftestingprecededbyamandatory1weeksetupandinvolvedtwolab sites interconnected via an IPX network, 12 participant companies, 51 engineers, 55 network componentsand1200pagesoftestplans. PlanningfortheRCSVoLTEInteroperabilityEvent2012beganinNovember2011byidentifying scenariosandtestsfortheevent.ThescopeoftheeventisdefinedintheTestingScenariosdocument whichispubliclyavailableattheeventwebsite http://www.msforum.org/interoperability/RCSVoLTE.shtml.Atotalof5scenarioswereinitially defined:_ RCSVoLTEinasingle/homenetwork, RCSVoLTEforRoaming&Interconnect, nonLTEaccesstoEPC, Handover(intraLTEandLTE<>2G/3G)and PriorityCallHandover(LTE/IMS<>OtherRAN/CS).

Eachofthe5mainscenariosincludedanumberofsubscenarios.Testplansweredevelopedforall oftheidentifiedsubscenariosandweresourcedfromeachofthepartnerorganisations. Duringtheeventplanning,itbecameclearthatcommercialequipmentwasunlikelytobeavailable with the functionality required for all test scenarios. In addition, a test case survey was conducted among registered participants to identify their main point of interest in the test scenarios. Consideringthattherewerealargenumberoftestcasestoberungiventheplannedtimescale,the effort was focussed on the highest priority scenarios and the numbers of tests to be run in those scenarios reduced and prioritized to a more realistic overall total. This White Paper will therefore onlydetailthetestscenariosthatwereexecutedduringtheRCSVoLTEInteroperabilityEvent2012. Interlab testing was a key objective of the RCS VoLTE Interoperability Event 2012 with special attention put to provide interlab connectivity reflecting real world deployment scenarios (i.e. roamingandinterconnect).Inthatregard,thetwositeswereinterconnectedviaanintermediateIPX networkwithalimitednumberofnetworkelements(i.e.DRA/IBCF)beingexposedtoit. Theinitialactivityfocusedonlimiting(wherepossible)multivendorinteroperabilitytestingtothose interfaces that reflect realistic deployment scenarios i.e. it was intended to test configurations involving typical single vendor blocks of network elements and thereby limiting the number of observedinterfacestothosebetweensuchblocks.Thefollowingequipmentgroupswereidentified: UE, eNodeB EPC(MME,SGW,PGW),

Page 13

IMScore(P/I/SCSCF,HSS), ApplicationServers, MRF BorderGatewayelements(IBCF/TrGWandPCSCF/IMSAGW),

To facilitate participation, vendor equipment was permitted to be located remotely from the host site(s)subjecttocertainconstraints(i.e.UE,eNodeBandmonitoringequipmenthadtobelocatedin the host lab and all relevant interfaces needed to be observable by the monitoring equipment). RemotelylocatedkitwasconnectedintothehostsiteviaVPNsbasedontheL2TPprotocol. Giventhecomplexityoftheeventandtohelpprioritizedemand,theeventTaskForcedevelopeda testscheduletomaximiseintervendortestingandvendorparticipationforallsessions.Inparticular, duetotheamountofequipmentintheSintesiosite,itwasdecidedtosplittheequipmentbetween twologicalhalveswhichenabledmaximumuseoftheavailableequipmentattheSintesiosite(albeit within a single PLMN) and also defining a number of different such configurations in response to participant input to ensure that all permutations of multivendor testing were covered on the key interfaces. Testtraceswerecapturedbytheparticipatingtesttoolcompany(JDSU).AproprietaryETSIsourced toolwasusedasaresultsrecordingtool. Inadditiontotestplanning,hostsiteselection,preparationandnetworkinterconnectivityneededto becompletedbeforethestartoftesting.AnumberofTaskForcemeetingswereheldandanumber of vendor participation calls kept the participants informed of the preparation progress and their neededinputsandactivities.The3weekeventwasprecededbyamandatorysetupweektoensure thatthecomponentswereinstalledsothattestingcouldcommenceontimeintheeventproper.

HOSTSITES
Sintesio and CMCC provided host sites in Slovenia and China respectively, thereby allowing the varioustests and scenarios to bedeployed in an environment that replicates a live global network. Testingwasstructuredtoenablebothintrasiteandintersitetestingandatestschedulewasdevised toenablestructuredtestingtobeperformedateachsiteaswellascoordinatingtheactivitybetween thetwositesfortheroamingandinterconnectscenarios. Thetwohostsiteswere:

Sintesio provided the host site at their facility in Kranj, Slovenia. This site was jointly hosted by TelekomSlovenia.

ChinaMobileprovidedthehostsiteattheCMCCResearchLabinBeijing,China.

Page 14

PARTICIPANTS
TwelvecompaniesparticipatedintheRCSVoLTEInteroperabilityEvent2012. Thenetworkequipmentvendorswere: ThenetworkinfrastructureprovidersofIPXandENUMwere: TheNetworkprotocolandcallflowanalysistestequipmentvendorwas: Tables1and2showtheRCSVoLTEcomponentsprovidedbythevendorparticipantsattheSintesio and Beijing sites respectively. In some cases, elements are tagged as Telecom Slovenia or CMCC, indicatingelementsprocuredbythosehostsandsuppliedbyvendorcompaniesnotofficiallysigned uptotheevent.AlsonotethatWiFiUEs,whilstnotafocusoftheevent,werealsopermittedtobe usedinordertoprovideadditionalendpointsandincreasethelevelofparalleltesting.

Page 15

ElementType LTEUE WiFiUE VoLTEClient RCSClient eNodeB EPC(MME+SGW+PGW) HSS PCRF PCSCF/IMSALG I/SCSCF MMTelAS MRF RCSVideoShareAS RCSIM/ChatServer IBCFTrGW DRA ENUM IPX MonitoringEquipment

Vendor(s) Telecom Slovenia Radisys Radisys D2Tech D2Tech D2Tech D2Tech Telekom Slovenia Cisco Tekelec Cisco Cisco Genband Radisys Genband Genband Iskratel Ulticom Neustar Aicent JDSU Interoperability vendor participants in the Metaswitch Iskratel Iskratel Iskratel Iskratel Metaswitch Iskratel

Table 1. The RCS VoLTE Sintesio host-site in Kranj, Slovenia

Page 16

CMCC LTE UE VoLTE Client RCS Client eNodeB EPC (MME+SGW+PGW) HSS PCRF P-CSCF/IMS-ALG I/S-CSCF MMTel AS MRF RCS Video Share AS RCS IM/Chat Server IBCF-TrGW DRA ENUM Monitoring Equipment Acme Packet Acme Packet Neustar JDSU Tekelec Genband Genband CMCC CMCC CMCC CMCC Acme Packet Acme Packet CMCC Genband Tekelec CMCC CMCC

Table 2. The RCS VoLTE Interoperability vendor participants in the China Mobile host-site in Beijing, China.

Page 17

OBSERVINGCOMPANIES/ORGANIZATIONS
NonvendorcompanieswerepermittedtoattendRCSVoLTEInteroperabilityEvent2012asobservers. InvitationswereextendedtoMSF/ETSI/GSMAnonvendormembersandpartnerfora/organizations. Thefollowingcompanies/organisationsattendedtheeventasobservers:

Page 18

PARTII:THERCSVOLTEINTEROPERABILITYEVENT2012EXECUTION
TheRCSVoLTEInteroperabilityEvent2012involvedtwohostsites,theSintesiositeinKranj,Slovenia and the China Mobile Research Institute Laboratory site in Beijing, China. The two labs were interconnected via an IPX network. Both sites were connected to the IPXvia anIP Security (IPSec) VirtualPrivateNetwork(VPN).AllintersiteconnectivitythustraversedtheIPXandmimickedreal worlddeploymentwherebyPLMNsinterconnectviaanintermediateIPXnetwork. Vendor equipment was permitted to be located remotely from the host site(s) subject to certain constraints, namely that the UEs, eNodeBs and monitoring equipment needed to be located in the hostlab.RemotelylocatedequipmentwasconnectedintothehostsiteviaVPNsbasedontheL2TPv3 protocol.Trafficonremoteobservedinterfaceswasroutedthroughacentralobservationpointatthe hostsitesinordertoallowmonitoringequipmenttocaptureandanalyzeit. Additional VPN connections enabled participants to have remote management access to any equipment located in the host site, thereby enabling vendors to complement onsite staff with personnel at home locations. The use of remotely located equipment enhanced flexibility and reducedparticipationcostsforvendors. Figure6presentsahighleveldiagramofthetestenvironmentusedfortheSintesio/TelekomSlovenia hostsite. .

Page 19

Figure6.TestenvironmentusedfortheSintesio/TelekomSloveniahostsite

Page 20

Figure7presentsahighleveldiagramofthetestenvironmentusedfortheChinaMobile,Beijinghostsite.

Page 21

THENETWORKTESTSCENARIOS
Figure8isahighlevelviewoftheEPCframework.TheEPCnetworkprovidescapabilitiestoattach multiple access technologies into a single core network infrastructure. These include LTE, legacy wireless access technologies (2G/3G), non3GPP wireless access and fixed access. The common infrastructure provides a converged way to access a common service layer (e.g. Internet, IMS) and applyaconsistentmethodofQualityofServicemanagementandmobilitymanagement.

IMS
SC

Internet
Evolved Packet Core
AAA MM

3GPP
Legacy System
...

Policy

Evolved
...

Packet Core

EUTRAN

...

Non3GPP Access System

Figure8.TheEvolvedPacketCore The Evolved Packet Core can be accessed using all mainstream wireline and wireless access technologies,forconnectiontotheapplication/servicelayer(e.g.IMS,Internet). ThishighlevelarchitectureformedthebasisofthescenariosfortheRCSVoLTEInteroperabilityEvent 2012.ThesescenariosfocusedonRCSVoLTEinthefollowingcases: Home/SingleNetwork.InthisscenarioasingleinstanceoftheRCSVoLTEarchitecturewascreated using components from different vendors. Testing included attachment and detachment from the network, IPCAN session establishment, SIP registration (to IMS), SIP session establishment, interactionwithIMSMultimediaTelephony,IMSConversationalVideoServicesandRCSservices.This scenariofocusedontestinginteroperabilityofthefunctionalityasprofiledbyGSMAPRDsIR.92,IR.94, IR.90,IR.67andtheRCSServicesandClientSpecification. ThetestcasesforthisscenariowereextractedfromETSITS103029IMS&EPCInteroperability,a numberofMSFTestPlansandasubsetofGSMAtestplansforRCSclientaccreditation. Roaming & Interconnect. In this scenario, the local breakout model with visited PCSCF and home operator applications was tested. The test set was the same as for the home/single network case,

Page 22

plussomeroamingspecificteststodemonstratethetransferofPolicyRulesbetweenhome/visited networks,theusageofDiameterRoutingAgents,SessionBorderControllersanduseofENUM.This scenariofocusedontestinginteroperabilityofthefunctionalityasprofiledbyGSMAPRDsIR.65,IR88, IR.92,IR.94,IR.90,IR.67andtheRCSServicesandClientSpecificationThetestcasesforthisscenario were extracted from ETSI TS 186 011 IMS Network to Network Interface Interoperability, TS 102901 IMS Network to Network Interface Interoperability for RCS and a number of MSF Test Plans. Outsideofthetwomainscenarios,thereweretwoadditionaltestingactivities: abackgroundactivitytoperformSIP/DIAMETERconformancecriteriacheckingonthetrace files generated during the RCS/VoLTE scenarios following ETSI Interoperability Test Specifications: aninterRATcalltransferfromLTE/IMStoGERAN/MSCServerwasdemonstrated.

ThemainscenariosaredescribedinmoredetailinAppendixAandtheadditionaltestingactivities aredescribedinmoredetailinAppendixB.

TESTSCENARIOVALIDATION
JDSU TheJDSUSignalingAnalyzersolution,inamultiusersetup,wasusedtovalidatethecompletedtest scenarios at both the Sintesio and China Mobile Research Institute sites. This multiuser setup provided the participants of the Interoperability Event a realtime end to end view of the test scenariosastheywerebeingexecuted. The Signaling Analyzer provides full support for all the requirements outlined in the major GSMA technical recommendations for delivering Voice, Video services over LTE (V2oLTE) and Rich CommunicationsSuite(RCS)servicesasspecifiedin5.0release. TheSignalingAnalyzerprovidedanumberofkeycapabilities: End to End EPC, Policy and Charging Control, IMS Core Network SubSystem, MMTel/RCS ApplicationServersVisibility RealTimeMultipleInterfaceendtoendCallSessionCorrelationandMeasurements Realtimecontrolplaneanduserplanecorrelation Access to common data source (probe) with the ability to perform independent functions/operations LTE/SAEsecurityEPSrealtimeNASEncryptiondeciphering Generic file sharing of the test scenarios results (both in JDSU proprietary format and Wireshark.pcapformat) TheSignalingAnalyzersupportsanextensivesetofLTE/EPC/2G/3G/PCC/IMSCorenetworkinterfaces and is able to validate the outcome of the test cases in realtime. After the validation of each individualtestscenariothetracefilewassavedforpossiblefuturereferenceandtraceability. TTCN3AutomaticConformanceReview ETSI has developed an automatic tool to check recorded traces on conformance towards the base standards. For this purpose recorded trace files were analyzed offline in accordance with the

Page 23

conformancecriteriadefinedinthetestspecifications.Thetesttoolspecificallyimplementedforthis interoperabilityeventisbasedonthestandardizedtestinglanguageTTCN3(TestingandTestControl Notation Version 3) and allowed automatic assignment of conformance test verdicts for message flowscontainingSIPandDiametermessages.Theresultshavebeenfilledintothetestsessionreports by ETSI representatives that had been present at the event for the purpose of running the TTCN3 tool.

Page 24

PARTIII:RESULTSANDOBSERVATIONS
The event demonstrated that the GSMA technical recommendations, based on the 3GPP specifications,werematureandinteroperablefortheprovisionofVoLTE,VideoTelephonyandRCS servicesoverLTEaccesstechnology.MultivendorinteroperabilityofUE,eNodeB,EPC,IMSCore,AS, DRAandPCCwasdemonstrated. ThetwohostsitesweresuccessfullyinterconnectedviaanIPX.VisibilityoftheIPXwaslimitedtothe borderelementsi.e.IBCF/TrGWandDRA.DIAMETER,SIPandRTPtrafficwassuccessfullyrouted betweenthehostsitesovertheIPX. VoLTE was also demonstrated for interconnect via an IPX network with the SIP/RTP traversing the IBCF/TrGWineachsiteandtheIPXGateway. ThirdpartyregistrationofASswasdemonstrated. MMTELServiceconfigurationandusagewasdemonstratedforVoLTEcalls. Transcoding,transratingandDTMFdigitcollectionweredemonstratedviaanASandMRF. RCS FT(FileTransfer) andRCS Chat were successfully demonstrated.However, these testcases did notuseadedicatedbearerduetoissuesencounteredonRxbyaPCSCF. RoamingwaslimitedtothetestingofSlovenianUEsroamingintheBeijingsite.Thiswasduetothe availabilityofappropriateSIMcardsintheSintesiosite.WhilsttherewereHSSconfigurationissues encountered during the attachment phase, the relevant S6a DIAMETER messages were correctly routedfromtheCMCCMMEvialocalDRAviaIPXDRAtotheSintesioDRAandontotheSintesioHSS. GTPwasstablewithnoissuesencountered. The utilisation of Diameter Routing Agents provided optimisation of diameter routing within each corenetwork/siteandacrosstheIPXbetweenthetwosites.WhilstmostDRAclientssupportedSCTP, someonlysupportedTCPinwhichcasetheDRAprovidedthenecessaryinterworking.Whilstsome implementationswereencounteredthatwerenotcompletelystandardscompliant,theDRAwasable tomodify/deleteAVPstoenableinteroperability inmostcases.ThenetresultwasthatDIAMETER wasgenerallystableandcausedmuchfewerproblemsthan hadbeen thecaseintheVoLTEIOTin 2011. Interaction with the PCC/EPC was successfully demonstrated both for application binding to the defaultbeareronIMSregistrationandforthecreationofdedicatedbearers.Dedicatedbearerswere createdwiththeappropriateQCIvalueforvoiceandvideotelephonysessions. Theapproachofdefiningstableconfigurationsandlimitingtestingtotypicaldeploymentgroupingsof single vendor network nodes (e.g. single vendor EPC), resulted in configuration problems being minimized.Inanycase,suchissuesarenotseenasaproblemfornetworkdeployments. VoLTEsoftclientsinterworkedwithanumberof3rdpartyLTEdatadongles. TheENUMServerwasconfiguredtosupporttheallocatedMSISDNsusedintheeventbutnoexternal ENUMqueriesweregeneratedbyIBCFsorIPX. TheShinterfacewasnotsupportedbyallASs. Whilst the use of remotely located equipment facilitated participation, there was an impact on sessionsetuptimesandmediaqualityduetotheincreasedlatencyinthetestnetwork. AsintheVoLTEIOTeventin2011,thevastmajorityofimplementationsinthiseventwerebasedon 3GPPRelease8.

Page 25

RCS/VoLTEinaSingle/HomeNetwork: In this scenario, intranetwork testing utilised a single RCS VoLTE architecture created using components from different vendors. Testing included LTE attachment and detachment from the network, SIP registration/deregistration (to/from IMS), SIP voice session establishment, SIP multi media session establishment, SIP session teardown, MMTel Service Configuration, MMTel Service usage and RCS services (both standalone and associated with a voice call) as specified by GSMA IR.90,IR.92,IR.94andRCSservicesandclientspecification. This test scenario demonstrated that VoLTE / Video Telephony calls and supplementary services, basedonGSMAIR.92andIR.94,areaviablesolutionforprovidingvoice/videoservicesforLTEaccess. Multivendor interoperability of UE, eNodeB, EPC, IMS Core, AS, DRA and PCC was demonstrated. DedicatedbearerswithappropriateQCIweresetupforvoiceandvideotelephonycalls. RCSFileTransferandRCSChatwerealsodemonstratedalthoughwithnodedicatedbearer.Thelack ofadedicatedbearerwasduetoanRxissueononeofthePCSCFs. MMTELserviceswereconfiguredandused.SomeoftheASsdidnotsupporttheShinterface. Transcoding, transrating and DTMF collection was demonstrated via an AS and MRF. The DTMF collection was used to enable authentication of a priority call attempt and to set the SIP Resource PriorityHeader(RPH). IMS Soft Clients interworked successfully with 3rd party LTE data dongles for LTE Attach and additionallywiththeIMSCoreNetworkandMMTelAStoprovideIMSservicestotheenduser. TheuseofaDRAsimplifiedDiameterroutingwithinthePLMNandreducedthenumberofrequired connections. DRA's were also shown to provide interworking between different transport layer protocols (i.e. SCTP to TCP)and also to be able to act as DIAMETER firewalls. Overall, DIAMETER wasstableandcausedveryfewissues. In some cases, SIP fragmentation issues were encountered when the MTU exceeded 1500 bytes. ThesewereresolvedbyacombinationofreducingtheofferedcodecsformtheUEand/oruseofTCP insteadofUDPtransport. Issueswith3rdpartyregistrationofASswereencounteredduetoIFCs,butthesewereallresolved. Subsequently,therewereissuesencounteredontheSUB/NOTIFYexchangefortheregistrationevent packagebutthesewerealsosubsequentlyresolved. SIPsyntaxerrorswereencounteredonsomeimplementationsforcertainSIPheaders.Relatedtothis, itwasnotedthatdifferentimplementationsbehaveddifferentlyonreceiptofsuchsyntaxerrorsi.e. somewererelativelytolerantinsomecases. AppendixAprovidesmoredetailsonthetestresults. Roaming&Interconnect: The Roaming test scenario represents the test architecture where two subscribers of the same Operator,performanendtoendcallwhilstonesubscriberisintheHPLMNandtheotherisroaming inaVPLMN.Theroamingsubscriberattachesinthevisitednetworkwherelocalbreakoutisapplied,a VisitedPCSCFandhomeIMSservicesasdefinedinGSMAIR.65andIR.88. The Interconnect test scenario is where two subscribers, of different operators, perform an end to endcallwhilstintheirrespectivePLMN'sasdefinedinGSMAIR.65.

Page 26

Roaming Thistestscenariowasdesignedasanintersitetestwiththesubscriberroamingina'visitednetwork'. TheLTEUE,eNodeB,MME,SGW,PGWandVPCRFwerephysicallyinthevisitednetworkwhilstthe HPCRFandHSSwerephysicallylocatedintheHomeNetwork.WhilsttheIMSCorewasconfiguredin thehomenetwork,thePCSCFwasconfiguredintheVisitedNetwork.Thisroamingmodelalignswith GSMAspecificationsIR.65andIR.88.TwovariantsoftheRoamingscenarioweretestedtoreflecttest planssourcedfromMSF&ETSIbothvariantsbeingequallyvalid. ThefocusofthesetestswastoverifytheinterfacesbetweentheHPLMNandVPLMNrequiredfor roaming with VoLTE/RCS. Specifically the utilisation of a DRA for routing Diameter messages betweentheMMEinthevisitednetworkandtheHSSinthehomenetworkwithS6aandbetweenthe visited PCRF to home PCRF interaction across the S9 interface both via IPX. Additional roaming aspectsarethePCCinteractioninthevisitednetwork(RxandGxinterfaces)andtheSIPinterconnect betweenthePCSCFinthevisitednetworktotheSessionBorderControllerinthehomenetwork(via IPX). ThisscenariotestsLTEattachmentanddetachmentofthevisitingUEaswellasIMSregistration,IMS session establishment & teardown MMTel Service Configuration, MMTel Service usage and RCS service usage; as specified in GSMA IR.90, IR.92, IR.94, IR.65, IR.88 and RCS services and client specification. DuetoalimitationofSIMcards,roamingwasonlyabletobetestedinonedirection,namelyfora Slovenian UE roaming in the Beijing lab. HSS configuration issues were encountered during the attachment phase, although the relevant S6a DIAMETER messages were correctly routed from the CMCCMMEvialocalDRAviaIPXDRAtotheSintesioDRAandontotheSintesioHSS.Unfortunately, thisissuewasunabletoberesolvedinthetimeavailable.Inthemeantime,asimulatorwasalsoused totesttheroutingofSIPRegistermessagesfromtheCMCClaboverIPXtotheIMSCoreandHSSin Sintesio.Onceagain,theunderlyinginfrastructuresuccessfullydeliveredthemessagebutissueswere encounteredwiththeauthenticationwhichwerenotresolvedduringtheevent. Insummary,whilsttheroamingscenario didnotresultinasuccessfulattachmentandregistration, thesewereduetoHSSconfigurationissues.Onthepositiveside,theunderlyingRCSVoLTEroaming architecturewasprovidedbyamultivendorconfigurationandenabledDIAMETERandSIPmessages to be passed from then VPLMN to the HPLMN via IPX. Therefore, the RCS VoLTE roaming architectureisaviablesolutionforprovidingvoice,multimediaandRCSservicesforLTEaccessfora userwhilstinaroamingnetwork. AppendixAprovidesmoredetailsonthetestresults. Interconnect ThistestscenariotestsIMSsessionestablishment(voice&multimedia),IMSsessionteardownplus MMTelServiceConfiguration,MMTelServiceusageandRCSServiceusageforLTEUEsregisteredin theirrespectivehomePLMNsandinteractingacrosstheIci/Izireferencepoints.Complianceagainst GSMAPRDIR.65andRCSservicesandclientspecificationistested. This test scenario demonstrated that theVoLTE architecture is a viable solution for providing voice and RCS services for LTE access between users on different PLMN's. The setting consisted of equipment from different infrastructure vendors in each site being interconnected via IPX over the applicable3GPPstandardizedinterfaces.

Page 27

The two host sites were successfully interconnected via an IPX and voice calls were successfully establishedwithSIP/RTPmessagestraversingtheIBCF/TrGWineachsiteandtheintermediateIPX Gateway.MMTelservicesandvideotelephonywerenottestedduetoalackoftime. RCStestswerenotabletoberunduetotherebeingnoRCSclientintheBeijingsite. AppendixAprovidesmoredetailsonthetestresults.

FUTUREWORK
InteresthasbeenexpressedoncontinuingworkinthisareabywayofafutureRCSVoLTErelated InteroperabilityEvent. Thefocusofsuchaneventmayinitiallybeonthetestcasesthatwerenotabletobeexecutedin thisevent.Theseareasfollows: RCSPresence ENUMInteraction NonLTEAccessviaS4SGSN NonLTEAccessvialegacySGSN 2G/3GPS(PacketSwitched)handoverviaS4SGSN 2G/3GPS(PacketSwitched)handovervialegacySGSN Priority(MPS)CallHandover(LTE/IMS<>OtherRAN/CS)

Inaddition,thereareadditionalpotentialfeaturesthatcouldalsobepartofafutureIOTevent: FurthertestingofRCSservicesalignedwiththeevolutionoftheRCSspecifications. RCSforenterprisenetworks, Quality measurements (MOS score, jitter, latency etc) for voice, video and real time services, SRVCC, EmergencyCall, LTEWiFiinterworking.

The timeframe of any future IOT event would be dependent on availability of UEs and network nodes supporting the required functionality as well as Service Provider interest in seeing such functionalitytestedinamultivendorenvironment.

Page 28

APPENDIXA:THETESTSCENARIOS
This appendix provides a detailed description of each of the test scenarios and presents the test resultsonaperlab,perscenariobasis.Whenpresentingtheresults,thefollowingcategorytypesare definedtodefinetheresultsofthetestcasesintheRCSVoLTEInteroperabilityEvent: PassedTestcasewasscheduledtoberunandPassedthecriteriadefinedwithintheTest Plan Failed Test case was scheduled to be run and Failed the criteria defined within the Test Plan Not Run Test Case was scheduled to be run, however due to lack of time this was not possible N/ATestCasewasidentifiedtobenotapplicabletobescheduled(e.g.duplicationoftest casefunctionality) RestrictedTestCasewasscheduledtoberun,howeverduetoissueswithconfigurationor otherlimitations(UEandequipmentrestrictions)itwasnotpossible.

RCSVOLTEINAHOME/SINGLENETWORK
Thistestscenariodemonstratedtheattachmentanddetachmentfromthenetwork,IPCANsession establishment,SIPregistration(toIMS),SIPvoicesessionestablishment/termination,SIPMultiMedia sessionestablishment/teardown,invocation/configurationofMMTelServicesandRCSServices(both standaloneandincombinationwithavoicesession)..

Figure9Scenario1RCSVoLTEinaHome/SingleNetwork.

Page 29

NOTE: The Gm interface (UE to PCSCF) is a focus for testing although not shown in the above figure. ThenetworkarchitectureforVoLTEBasicInteroperabilityisshowninFigure5above.Theinterfaces forwhichinteroperabilityweretestedareshowninred(i.e.S1MME,S1U,S5,S11,S6a,Gx,Rx,Gm, Mw,ISC,andUt). TestObjectives 1. To demonstrate the ability to perform UE Attach (IPCAN Session Establishment) and UE Detach (IPCAN Session Tear Down). This covers interworking between eNodeBEPC, between the EPC elements, MMEHSS and PGWPCRF for creation of a default bearer for IMSSignalling. TodemonstratetheabilitytoperformUEIMSRegistrationasacommonbasisforaccessing IMSbasedvoice/multimedia/RCSservices. TodemonstrateIMSVoiceSessionEstablishment,IMSVoiceSessionTerminationasdefined by GSMA IR.92. This covers interworking between UE, IMS Core Network, MMTel AS and PCCforcreationofadedicatedbearerforvoice. To demonstrate IMS multimedia (voice/video) Session Establishment, IMS multimedia SessionTerminationasdefinedbyGSMAIR.94.ThiscoversinterworkingbetweenUE,IMS CoreNetwork,MMTelASandPCCforcreationofdedicatedbearersforvoice/video. To demonstrate the ability to perform MMTel Service Configuration over the Ut reference pointforanattachedUE. To demonstrate interworking between the UE, IMS Core and IMSAS for MMTel Service usageasdefinedbyGSMAIR.92. TodemonstrateinterworkingbetweentheUE,IMSCoreandRCSASsforRCSServiceusage as defined by GSMA IR.90, including interaction with the PCC for creation of dedicated bearersforRCSservices(e.g.filetransfer). To demonstrate the ability to provide an optimised solution for routing of Diameter messageswithinthecorenetworkutilisingtheDRAfunctionality.

2.

3.

4.

5.

6.

7.

8.

TestResultsandObservations TheScenario1testplanincluded4subscenariosnamely: 1aAttachment&IMSRegistration, 1bIMSvoicesessionestablishment/teardownandconfiguration/usageofMMTELservices, 1cRCSServices(bothstandaloneandincombinationwithavoicesession). 1d IMS multimedia session establishment/teardown and configuration/usage of MMTEL services,

There were a total of 102 defined test cases across the 4 subscenarios. Test case results were as follows:

Page 30

Oftheteststhatwererun,theyweresometimesrunmultipletimes(e.g.paralleltestingorchangeof configuration).ThefollowingtablesummarizestheScenario1testcoverage. Scen. 1a NoRun 0 0 1b 3 5 1c 38 0 1d 9 0 Passed 5 4 19 14 2 0 4 10 N/A 0 0 0 0 0 0 0 0 Failed 0 0 2 0 1 0 0 0 Restricted 1 2 4 9 12 53 2 5 15 53 28 Total 6 Lab Kranj Beijing Kranj Beijing Kranj Beijing Kranj Beijing

Table 3. RCS/VoLTE Scenario 1 Test Results TheNoruntestcasesweremostlyduetolackoftimetoexecutethosetestcases. The Restricted test cases were due to missing functionality that prevented the test case to be executedandincludeacombinationoflackofequipment(e.g.PresenceServer),issueswithhandling SIPOPTIONSinthecoreandthematurityoftheRCSclient. TheFailedtestcaseswerelargelydueto: FailureofanIMScoretohandleSIPOPTIONSmessageforRCSCapabilityExchange, AHSSconfigurationissueforCallForwardingNotLoggedIn, AnIMScoreissueresultinginatriggeringresponse(408,500,503)notbeingreceivedbythe ASforCallForwardingNotReachableService.

TheScenario1testresultsdemonstratedthat: Multivendor interoperability of UE, eNodeB, EPC, IMS/MMTEL, RCS AS, DRA and PCC technology. VoLTE calls and supplementary services, based on GSMA IR.92, are a viable solution for providingvoiceservicesforLTEaccess. Multimedia (voice/video) calls, based on GSMA IR.94, were demonstrated. This included voice & video bearers established at the start of the session as well as the addition and deletionofavideobearerto/fromanexistingsession.AnumberofMMTELserviceswere alsodemonstratedformultimediacalls. DedicatedbearerswithappropriateQCI(1forvoice,2forvideotelephony)wereestablished. ApplicationbindingtothedefaultbearerwasdemonstratedatIMSregistration. Ut configuration of a number of MMTEL services was demonstrated between the UE and HSS.

Page 31

RCSFTandRCSChatweredemonstrated.However,adedicatedbearerwasnotusedforthe MSRP/TCPsessionsastherewasanissuewiththePCSCFforthosetests(seebelow). Transcoding, transrating and DTMF collection was demonstrated via an AS and MRF. The DTMFcollectionwasusedtoenableauthenticationofaprioritycallattemptandtosetthe SIPResourcePriorityHeader(RPH). The IMS Soft Clients interworked successfully with the LTE data dongle for LTE Attach and additionally with the IMS Core Network and MMTel AS to provide IMS services to the end user. GTPprotocolprovedtobematureandstablewithnoissuesidentified. Diameter routing within the PLMN was greatly simplified by utilizing Diameter Routing Agents. DRA's were also shown to provide interworking between different transport layer protocols and to be able to act as a DIAMETER firewall to facilitate interoperability (e.g. changingordeletingAVPs).DIAMETERwasgenerallyverystable.

SeveralissueswereencounteredduringthetestexecutionofScenario1: PCCIssues OnRxinterfaces,onePCSCFwasnotcompliant. SomeAVPswereincorrectlypresentorincorrectlytaggedasmandatory.TheDRAlargely fixedtheseissuesbyactingasaDIAMETERfirewall.

IMSIssues The Sh interface was not supported on all implementations of Application Servers. Instead,theuserserviceinformationwassetup/storedlocallyontheAS. TheUtinterfacewasnotsupportedonallMMTelAS'sinordertoprovidesupplementary serviceconfiguration.NotethatthisismandatorywithinGSMAPRDIR.92. Issueswereencounteredon3rdPartyRegistrationrequestsduetotheIFCsbeingpassed downfromtheHSS.Thesewereresolvedduringtheevent. RCS Capability Exchange failed due to an IMS core not transiting the SIP OPTIONs message.Thiswasfixedduringtheeventbuttimeranoutbeforeitcouldberetested. SIPsyntaxerrors on some headers were encountered and it was also noted that some implementationsweremoretolerantthanothersoftheseerrors. IssueswithparsingSIPURIswasobservedonsomeASs. Different PCSCFs were observed to have different TFT (Traffic Flow Template) filter implementationsintermsofstrict/lenientdefinitionofthesourcehost/port.

TransportIssues SCTP was not supported all DRA clients. Instead, TCP was the transport protocol supported. The DRA provided transport layer interworking. It is noted that 3GPP DiameterinterfacesarebasedonSCTPforthetransportprotocol. FragmentationissueswereseenwhentheMTUsizeexceededthatspecifiedby3GPPfor e.g.1500octetsinthetransportnetwork.ThiswassolvedbyreducingthesizeoftheSIP INVITE'sbye.g.reducingthenumberofcodecsbeingofferedand(asamorepermanent solution)usingTCPinplaceofUDPtransport.

Page 32

 There was some difficultly experienced when reconfiguring the network components for testing the differentmultivendor configurations. However,this was minimized duringthe eventduetoconfigurationsbeingmostlystableandunchangedanditisnotseenasamajor issuefornetworkdeployments.

RCS/VOLTEFORROAMING&INTERCONNECT
Thistestscenariodemonstratedthefollowing: ForRoaming: IPCANsessionestablishment/disestablishment, SIPregistration(toIMS)whenroaming, SIPvoicesessionestablishment/terminationandconfiguration/usageofMMTelServices, RCSServices(bothstandaloneandincombinationwithavoicesession),and SIP MultiMedia session establishment/teardown and configuration/usage of MMTel Services.

ForInterconnect: SIPvoicesessionestablishment/terminationandusageofMMTelServices, RCSServices(bothstandaloneandincombinationwithavoicesession),and SIPMultiMediasessionestablishment/teardownandusageofMMTelServices.

As in Scenario 1, this scenario was broken down into four similar subscenarios .In addition, 3 differentconfigurationsweredefinedofwhich2wererelatedtoroamingandoneforinterconnect. The reason for having 2 different roaming configurations was related to the roaming test plan documents that were written by MSF and ETSI respectively which were equally valid but covered differentcallconfigurations. Furtherdetailsareprovidedbelow.

Page 33

Roaming

FIGURE 10. SCENARIO 2 - CONFIG I - ROAMING (SAME HOME PLMN)

FIGURE 11 SCENARIO 2 - CONFIG II - ROAMING (DIFFERENT HOME PLMNS) NOTE: The Gm interface (UE to PCSCF) is a focus for testing although not shown in the above figures. The network architecture for the Roaming test scenario is shown in Figures 10 and 11 above. The interfacesforwhichinteroperabilityweretestedareshowninred(i.e.S6a,S9,Rx,Gx,Mw,Gm,Ut andISC). Objectives

Page 34

1.

TodemonstrateroamingwiththeUEinaVisitedNetwork(i.e.eNodeB,MME,SGW,PGW, VPCRF and PCSCF in the VPLMN and the HSS, HPCRF and IMS core in the HPLMN). Specifically,theabilitytoperforminterworkingbetweentheMMEandPCRFintheVPLMN with the HSSandPCRF inthe HPLMN respectively,and thePCRF and PCSCF in thevisited network by performing UE Attach (IPCAN Session Establishment) and UE Detach (IPCAN Session Tear Down) to validate the Diameter roaming interfaces and DRA functionality for S6aandS9asdefinedbyGSMAIR.88. TodemonstrateUEIMSRegistrationtothehomePLMNwhilstroaminginavisitednetwork. TodemonstrateIMSVoiceSessionEstablishment,IMSVoiceSessionTerminationasdefined by GSMA IR.92 whilst roaming in a visited network, including interaction with the PCC for creationofadedicatedbearerforvoice. To demonstrate IMS multimedia (voice/video) Session Establishment, IMS multimedia SessionTerminationasdefinedbyGSMAIR.94whilstroaminginavisitednetwork,including interactionwiththePCCforcreationofdedicatedbearersforvoice/video. TodemonstratestheabilitytoperformMMTelServiceConfigurationovertheUtreference pointforanattachedUE,whilstroaminginavisitednetwork.. To demonstrate interworking between the UE, IMS Core and IMSAS for MMTel Service usageasdefinedbyGSMAIR.92,whilstroaminginavisitednetwork. TodemonstrateinterworkingbetweentheUE,IMSCoreandRCSASsforRCSServiceusage asdefinedbyGSMAIR.90,whilstroaminginavisitednetwork,includinginteractionwiththe PCCforcreationofdedicatedbearersforRCSservices(e.g.filetransfer).

2. 3.

4.

5.

6.

7.

TestingResultsandObservations TheRoamingtestplanincluded4subscenarios(forConfigI&II)namely: 2aAttachment&IMSRegistration, 2bIMSvoicesessionestablishment/teardownandconfiguration/usageofMMTELservices, 2cRCSServices(bothstandaloneandincombinationwithavoicesession). 2d IMS multimedia session establishment/teardown and configuration/usage of MMTEL services,

DuetoSIMcardissues,itwasonlypossibletotestroamingfromtheBeijinglab(i.e.SlovenianSIMin China). There were a total of 85 defined test cases across the 4 subscenarios. Test case coverage was as follows: Scen. NoRun 2a 2b 2c 0 0 0 Passed 0 0 0 N/A 0 0 0 Failed 1 0 0 Restricted 7 22 41 Total 8 22 41 Lab Both Both Both

Page 35

2d

14

14

Both

Table 4. RCS/VoLTE Scenario 2 Roaming Test Results TheNoruntestcaseswereduetothefailuretoperformanetworkattachandsubsequentrunning outoftimewhichthenrestrictedfurthertestcases. TheRestrictedtestcaseswereessentiallyduetotheattachmentfailurealthoughtherewasalso somemissingfunctionalitythatwouldhavefurtherrestrictedsometestsintheeventofasuccessful attachment(e.g.PresenceServer). TheFailedtestcasewascausedbyaconfigurationissueintheHSS.WhentheroamingUEattached in the visited network, the AIR/AIA interchange over S6a worked but the subsequent ULR/ULA interchangefailed. Roamingdemonstrated: Despitetheattachmentfailure,theS6aDIAMETERmessagesweresuccessfullyroutedfrom the MME in the VPLMN via the DRA in Beijing, the DRA in the IPX network, the DRA in SintesioandontotheHSSintheHPLMN.Thisshowedthattheunderlyingarchitectureand infrastructurewasabletosupporttheroutingofDIAMETERmessagesbetweenthe2PLMNs. ItisalsonotedthattheIPXconfigurationwasdoneinamatterofdaysduetothatelement joiningtheeventduringthesecondweek.

IssueswereencounteredduringthetestexecutionofRoaming: ConfigurationissueontheHSSwhichcausetheULR/ULAexchangetofail. Whilsttopologyhidingisnotamandatoryfunctionality,itwasalsotestedaspartoftheIOT eventfortheroamingscenario.Diameterroutingwasperformedonahopbyhopbasis betweenDEAsontheedgeoftheVisitedandHomeNetworks.Itshouldbenotedthatthe OriginHostandtheOriginRealmoftheMMEinthevisitednetworkwerestoredintheHSS, toenablemessagesinitiatedbytheHSStoberoutedtothecorrectMMEinthevisited network.Iffulltopologyhidingwasimplemented(OriginHostmaskedacrossthe interconnectbythevisitedDEA),thevisitedDEAwouldberequiredtoperformamappingof thereceivedUserNametotherelevantMMEinordertobeabletoroutetheincoming DiameterrequestfromtheHSS.Thismappingisseenasanintensivefunctionalitythatisnot recommended,furthermoreadditionalsecuritycanbeprovidedutilisingIPSecis recommended..)

Page 36

Interconnect

IMS Core Ut Sh Cx I S C Mw I/S-CSCF Mr MMTel / RCS Application Servers Mr MRF

HSS

Cx Sh

P-CSCF Rx

Mx

IBCF/TrGW

S6a DRA S6a Gx PCRF MME UE IMS UA eNodeB S1-MME LTE-Uu SecGW S1-U S11
ENUM

PLMN-A
ENUM

Rx

Ici/Izi

Gx

ENUM Server

IPX
ENUM

PLMN-A PLMN-B

S-GW

S5

P-GW

SGi

IMS Core Ut Sh Cx I S C Mw I/S-CSCF MMTel / RCS Application Servers

Ici/Izi

PLMN-B

Mr

MRF

Mr

HSS

Cx Sh

P-CSCF Rx

Mx

IBCF/TrGW

S6a DRA S6a Gx PCRF MME UE IMS UA eNodeB S1-MME LTE-Uu SecGW S1-U S-GW S5 P-GW SGi S11 Gx Rx

Figure12.Scenario2ConfigIII(Interconnect) NOTE: The Gm interface (UE to PCSCF) is a focus for testing although not shown in the above figure. The network architecture for Interconnect is shown in Figure 11 above. The interfaces for which interoperabilityweretestedareshowninred(i.e.Mw,Mx,Gm,Ut,ISCandIci/Izi). Objectives 1. TodemonstrateinterconnectbetweentwoUE'sregisteredintheirrespectivehomePLMN's. Specifically,theabilitytoperforminterworkingbetweentheIBCF/TrGW'sintherespective PLMN'svalidatingtheIci/IziinterfacesandGSMAIR.65. To demonstrate IMS Voice Session Establishment and IMS Voice Session Termination as defined by GSMA IR.92 and IR.65, with voice sessions established with a subscriber in a differentPLMN. TodemonstrateIMSMultimedia(voice/video)SessionEstablishmentandIMSMultimedia Session Termination as defined by GSMA IR.94 and IR.65, with multimedia sessions establishedwithasubscriberinadifferentPLMN.

2.

3.

Page 37

4.

TodemonstratetheusageofMMTelServicesasdefinedbyGSMAIR.92,acrossanetwork tonetworkinterconnectvalidatingIci/Izi. TodemonstratetheusageofRCSServicesasdefinedbyGSMAIR.90,acrossanetworkto networkinterconnectvalidatingIci/Izi.

5.

TestingResultsandObservations TheInterconnecttestplanincluded3subscenarios(forConfigIII)namely: 2bIMSvoicesessionestablishment/teardownandconfiguration/usageofMMTELservices, 2cRCSServices(bothstandaloneandincombinationwithavoicesession). 2d IMS multimedia session establishment/teardown and configuration/usage of MMTEL services,

There were a total of 64 defined test cases across the 3 subscenarios. Test case coverage was as follows: Scen. NoRun 2b 2c 2d 8 0 11 Passed 2 0 0 N/A 0 0 0 Failed 0 0 0 Restricted 1 41 1 Total 11 41 12 Lab Both Both Both

Table5. RCS/VoLTE Scenario 2 Interconnect Test Results TheNoruntestcaseswerelargelyduetolackoftimetoexecutethosetestcases. TheRestrictedtestcaseswereduetomissingfunctionalitythatdidnotenablethetestcasetobe executed(lackofequipmentand/ormissingfunctionalityonanAS). Interconnectdemonstrated: VoLTEcalls,basedonGSMAIR.92andIR.65,areaviablesolutionforprovidingvoiceservices forLTEaccessbetweenMobileNetworkOperators. The two host sites were successfully connected via an IPX with SIP/RTP traversing the IBCF/TrGWineachsiteandtheintermediateIPXGateway. MultivendorinteroperabilityofIBCF/TrGW'sandIPXwasachieved.Itisalsonotedthatthe IPXconfigurationwasdoneinamatterofdaysduetothatelementjoiningtheeventduring thesecondweek.

IssueswereencounteredduringthetestexecutionofInterconnect: RCStestswerenotrunduetotherebeingnoRCSclientintheBeijinglab. MMTelserviceswerenottestedduetoalackoftime. Multimediacallswerenottestedduetoalackoftime. TheexternalENUMServerwasnotusedbyanyoftheIBCFsnorIPX.

Page 38

APPENDIXB:ADDITIONALTESTING
Thisappendixprovidesdetailsofadditionaltestingthatwascarriedout(inadditiontothatdescribed inAppendixA)intheRCSVoLTEInteroperabilityEvent2012. InterRATCallTransfer ThistestwasrelatedtotheoriginalScenario5bwhichdemonstratedinterRAThandoverofapriority callbetweenLTEandGERAN/UTRANwithalegacyMSC.Thearchitectureforthistestcaseisshownin figure13below:
UE S1-MME IMS UA LTE-Uu S-GW S1-U eNodeB S5 P-GW / GGSN SGi GERAN UE GERAN
Sv A
ISUP/SIP

IMS Core VCC AS

Sh

MSC Server ISUP (RAN)

MSC Server (VCC)

Sh
Mw

MMTel AS
ISC

Mr

Cx P-CSCF (ATCF/ATGW )

ISC

HSS S6a

Mw

I/S-CSCF

Mr

MRF

Simulator

Rx MME PCRF Gm WiFi UE

S11

Gx

FIGURE13INTERRATCALLTRANSFER(LTETOGERAN)

In the event proper, there was no MME supporting the required Sv reference point. Instead, a simulatorwasused.TheremainingrequiredelementsforSRVCCweresuppliedasshownintable6 below. ElementType MSCServer(RAN) Vendor Telekom Slovenia Telekom Slovenia Iskratel Iskratel Iskratel Iskratel

GERAN MSCServer(VCC) ATCF/ATGW VCCAS I/SCSCF

Table 6. Inter-RAT Call Transfer Related Equipment

Page 39

Initially,acallwasestablishedbetweenaLTEUEandaWiFiUE.ThesimulatortheninvokedtheSv referencepointandthecallwastransferredtoarealmobilephoneattachedtotheMSCServerin theCSdomainandviaGERAN.ThefinalconnectionwasbetweentheWiFiUEandtheCSattached mobilephone,thusdemonstratingtransferofavoicecallbetweenLTEandGERANRATs. ConformanceCriteriaChecking This was a background activity during the event to perform SIP / DIAMETER conformance criteria checkingontracefilescapturedwhilefollowingtheETSITSduringtheRCSVoLTEtesting. ThisactivitybuildsontheworkofETSISTF450tovalidateETSIConformanceTestSuitesTS1015803 (Rx) & TS 101 6013 (Gx). The STF developed tools to enable automatic conformance checking of tracestakenduringtheIOT. As a further activity, tools previously developed by other STFs were also used to enable automatic conformancecheckingofSIPmessages. TwoSTFexpertswereinattendanceattheeventtocheckconformanceon: SIP(Mw,Ici,ISC)fortestcasesinTS186011 DIAMETER(Rx)fortestcasesinTS103029

Tracecapturesofthemanualinteroperabilitytestexecutionswererecordedindependently.Forthe offlineanalysisofthesetracecapturestwoconformancecriteriaverificationtesttoolinstanceswere usedinparallel.EachtesttoolinstancewasfirstconfiguredwithIPaddressandportinformationofall participatingnetworkequipmentanduserequipment.Thenrecordedtracecaptureswereanalyzed byexecutingthecorrespondingtestcase.Thetracewasacceptedincasethefinalverdictwasapass. Inthecaseofafailverdict,eachtestexecutionwascheckedinordertodetermineifthereasonfor thefailurewasindeedcausedbynonconformantbehaviourorifitwascausedbyaprobleminthe testsystem.ThetestengineersusedthesameTTCN3testsuitebutexecuted itwithtwodifferent commercialTTCN3tools. Here,thePassverdicthasbeengivenincasesthattheanalysisofthetestexecutiontraceshows that all components participating in a test fulfilled all of the verdict criteria specified in the test specification for that test. The Fail verdict has been given in cases that the analysis of the test executiontraceshowthatatleastoneentityparticipatinginatestviolatedoneormoreoftheverdict criteria specified in the test specification for that test. The Inconclusive verdict was assigned in cases were some nonconformant condition had been observed which was either not part of the verdict criteria, e.g., the test never got to through its preamble, or could not be performed in its totality, e.g., a user equipment was not able to add and drop media streams to an existing SIP dialogue.Soinbothcasestheverdictcriteriacannotbecheckedthereforethetestisassignedan Inconclusiveverdict. TheresultsshowedseveralsyntaxerrorsinSIPheadersexchangedbetweendifferentequipmentsuch as missing < and > characters in PAssociatedURI headers and the use of superfluous space charactersattheendofSIPmessagelines.Thoseresultswerereportedtothevendorsinvolved. Diametersignallingmessagesturnedouttobesyntacticallycorrectandnocodingerrorscausedthe conformancereviewsoftwaretoassignFailverdictsbasedontheanalysisoftheexchangedDiameter messages.OnlytheDiameterproceduresthatarerelevanttotheinteroperabilitytestscoveringUE attachment,deattachment,registrationandderegistrationwereconsideredastheETSItest specificationTS103029focusesonthoseprocedures.

Page 40

APPENDIXC:INTERFACEREFERENCES
LTEUu(UEeNodeB) 3GPPTS36.300(EUTRANprotocol) S1MME(UEMME) 3GPPTS24.301(NonAccessStratum) S1AP(eNodeBMME) 3GPPTS36.413(S1ApplicationProtocol) S1U(eNodeBSGW) 3GPPTS29.281(GTPv1U) X2(eNodeBeNodeB) Signaling3GPPTS36.423(X2ApplicationProtocol). UserPlane3GPPTS29.281(GTPv1U) S3(S4SGSNMME) 3GPPTS29.274(GTPv2C) S4(S4SGSNSGW) ControlPlane3GPPTS29.274(GTPv2C). UserPlane3GPPTS29.281(GTPv1U). S5(SGWPGW) UserPlane3GPPTS29.281(GTPv1U) ControlPlane3GPPTS29.274(GTPv2C) S6a(HSSMME) 3GPPTS29.272(Diameter) S6b(PGW3GPPAAA) 3GPPTS29.273(Diameter) S6d(HSSS4SGSN) 3GPPTS29.272(Diameter) S8(SGWPGW) UserPlane3GPPTS29.281(GTPv1U) ControlPlane3GPPTS29.274(GTPv2C)

Page 41

S9(PCRFPCRF) 3GPPTS29.215(Diameter). S10(MMEMME) 3GPPTS29.274(GTPv2C). S11(MMESGW) 3GPPTS29.274(GTPv2C) S12(UTRANSGW) 3GPPTS29.281(GTPv1U,utilizedfordirecttunnelmodel). Gx(PCRFPGW) 3GPPTS29.212(Diameter). Rx(PCRFIPApplication[PCSCFforIMS]) 3GPPTS29.214(Diameter). Gr(SGSNHSS) 3GPPTS29.002(MAP) Gn(SGSNMME/SGSNPGW) ControlPlane3GPPTS29.060(GTPv1C) UserPlane3GPPTS29.281(GTPv1U) Gm(UEPCSCF) 3GPPTS24.229(IMSSIP) Mw(xCSCFxCSCF) 3GPPTS24.229(IMSSIP) Mx(xCSCFIBCF) 3GPPTS24.229(IMSSIP) ISC(SCSCFAS) 3GPPTS24.229(IMSSIP) Mr(CSCFMRF) 3GPPTS24.229(IMSSIP) Mr(ASMRF) 3GPPTS24.229(IMSSIP)

Page 42

Cr(ASMRF) 3GPPTS24.229,24.147,27.247(IMSSIP) Ut(UEAS) 3GPPTS24.623(XCAP) SGi(EPCbasedPLMNandanotherpacketdatanetwork) 3GPPTS29.061(IP) ENUM IETFRFC6116(ENUM) S102(MME1xCSIWS) 3GPP29.277(3GPP2A21) Ici(IBCFIBCF) 3GPP29.165(IMSSIP) Izi(TrGWTrGW) 3GPP29.165(RTP/MSRP) Mb(MRFUE) 3GPP23.002,29.163(RTP) Sv(MMEMSC) 3GPP29.280(GTPv2C)

Page 43

APPENDIXD:THEORGANISERS
AbouttheMSF The MultiService Forum (www.msforum.org) is a global association of service providers, system suppliers and test equipment vendors committed to developing and promoting openarchitecture, multiservice Next Generation Networks. Founded in 1998, the MSF is an openmembership organization comprised of the world's leading telecommunications companies. The MSF's activities include developing Implementation Agreements, promoting worldwide compatibility and interoperability of network elements, and encouraging input to appropriate national and internationalstandardsbodies. AboutGSMA The GSMA represents the interests of mobile operators worldwide. Spanning more than 220 countries, the GSMA unites nearly 800 of the worlds mobile operators, as well as more than 200 companies in the broader mobile ecosystem, including handset makers, software companies, equipment providers, Internet companies, and media and entertainment organizations. The GSMA alsoproducesindustryleadingeventssuchastheMobileWorldCongressandMobileAsiaExpo.For moreinformation,pleasevisittheGSMAcorporatewebsiteatwww.gsma.comorMobileWorldLive, theonlineportalforthemobilecommunicationsindustry,atwww.mobileworldlive.com. AboutETSI ETSIproducesgloballyapplicablestandardsforInformationandCommunicationsTechnologies(ICT), including fixed, mobile, radio, converged, aeronautical, broadcast and internet technologies and is officially recognized by the European Union as a European Standards Organization. ETSI is an independent,notforprofitassociationwhosemorethan700membercompaniesandorganizations, drawn from 62 countries across 5 continents worldwide, determine its work programme and participate directly in its work. For more information please visit: www.etsi.org ETSI Plugtests are interoperability test events that cover a wide range of telecommunications, Internet, broadcasting andmultimediaconvergingstandards.Formoreinformation,pleasevisit:www.etsi.org/plugtests

Page 44

APPENDIXE:THEHOSTS
AboutCMCC China Mobile Communications Corporation (" China Mobile "), established on April 20, 2000, is a GSM/TDSCDMA/TDLTEmobilecommunicationoperatorwiththeworld'slargestnetworkscaleand almost 650 million customers. The business of China Mobile includes mobile voice, mobile data, enterprise, multimedia services and Internet global interworking. In addition China Mobile also providevariousvalueaddedservicessuchasfax,dataandIPtelephony.In2011,ChinaMobileranked 87onFortunemagazine'sworldtop500,withoutstandingbrand valueamongtheforefrontofthe globaltelecombrands.Itwasalsolistedamongtheworld'stop50mostinnovativeenterprises. Formoreinformation,pleasevisit:www.chainamobileltd.com. AboutSintesio Sintesio is an open, notforprofit foundation, cofounded by the European Telecommunications Standards Institute (ETSI), Slovenian Institute for Standardization (SIST), and Iskratel, a Slovenian telecommunicationvendor.TheaimoftheFoundationistopromoteopenstandards,interoperability in multivendor/multioperator environments, to support standardization efforts and to facilitate vendorscollaborationintheareaofNGNtelecommunicationtechnologiesandstandardization.The Foundation set up the interoperability test lab, located in Kranj, Slovenia, with the purpose to test andvalidateinteroperabilityofmultivendorICTproducts,aswellastovalidatethequalityofopen ICT standards, especially in the NGN and IMS domain. For more information, please visit: www.sintesio.org. AboutTelekomSlovenia TheTelekomSlovenijeGroupisSlovenia`sleadingandmostadvancedtelecommunicationsoperator in all key segments of the welldeveloped and highly competitive Slovenian market, delivering a comprehensiveportfoliooffixed,mobile,Internetandstateoftheartintegratedtelecommunication solutions via its modern proprietary network. Beyond its clear number of presence in Slovenia, Telekom Slovenije Group is present in several high growth markets in Southeast Europe, in Macedonia, Bosnia and Herzegovina, Kosovo and Albania. The Groups acquisition of 50% stake in Gibtelecom,Gibraltarsdominantfixed,mobileandInternetoperator,representsfurtherstepsinthe strategy to extend Telekom Slovenijes geographic footprint into selected Southeast European and Mediterraneanmarkets.

Page 45

APPENDIXF:THEPARTICIPANTS
ThisappendixprovidesabriefresumeoftheparticipantcompaniesintheLTEInteroperabilityEvent:

Aicent
Servingmorethanthreebillionmobileusersaroundtheworld,Aicent,Inc.isaleadingIPXproviderof datanetworkservicesandsolutionsforglobalmobileoperators.Toenableinteroperabilitybetween Aicentcustomersandothernetworks,Aicentoperatesoneoftheworld'slargestmobileIPXnetwork exchanges connecting to over 200 operators, including nine of the worlds ten largest. Through extensive peering arrangements and Diameter Routing Platforms located in NA, Europe, and Asia, Aicentsnetworkreachesnearlyall3Gand4GLTEoperatorsaroundtheworld.Thecompany'sglobal IPX network operates an integrated mobile messaging exchange, value added data roaming and global reach infrastructure services, including the worlds first and largest multimedia messaging exchange, designed to help carriers maximize revenue opportunities. For more information, visit www.aicent.com.

AcmePacket
AcmePacket,theleaderinsessiondeliverynetworksolutions,enablesthetrusted,firstclassdelivery ofnextgenerationvoice,video,dataandunifiedcommunicationsservicesandapplicationsacrossIP networks. Our NetNet product family fulfills demanding security, service assurance and regulatory requirements in service provider, enterprise and contact center networks. Based in Bedford, Massachusetts,AcmePacketdesignsandmanufacturesitsproductsprimarilyintheUSA,sellingthem through over 309 reseller partners worldwide. More than 1,850 customers in 109 countries have deployedover20,000AcmePacketsystems,including89ofthetop100serviceprovidersand48of theFortune100. These solutions enable new services such as VoLTE, RCS and SIP trunking and reduce total cost of ownership with simplified IMS, Diameter routing and SIP interconnects. Acme Packet experience, expertise and solution portfolio enables service providers and enterprises to successfully transform theirbusinessandsucceedintheallIPworld. Formoreinformationvisitwww.acmepacket.com.

Cisco
TheNextGenerationofMobileVoiceandVideo Mobileoperatorshavebegunmigratingtofourthgeneration(4G)architecturesbasedontheLong TermEvolution(LTE)standard;includingtheEvolvedPacketCore(EPC)architecturedefinedbythe 3rdGenerationPartnershipProject(3GPP).TooffervoiceandvideooveranLTEstandardnetwork, operatorsmustmigratefromcircuitswitchedvoicetopacketvoice.Thisrequiresanarchitectural visionthatsupportsvoiceandshortmessageservice(SMS)usingtheexistingthirdgeneration(3G) network,whileprovidingaclearpathtonetworksbasedonSessionInitiationProtocol(SIP).This architectureenablesnewerservices,suchasoptimizedconversationalvideo,presence,andinstant messaging.Cisco'sV2oLTEsolutionmeets3GPPstandards,providesseamlesscontinuitywithinthe IMSandcircuitdomains,andiscostoptimizedforperformance.Becausevideoisthefastestgrowing componentofmobiletraffic,CiscohasmadevideoacentralpartoftheinitialIMSoffering. VoiceandVideooverLTEandIMS:OneVoiceSolution CiscoprovidesacompletesolutionforV2oLTEbasedonthe3GPPIMSsolutionmeetingtheOneVoice Initiative'sprofilerequirements.TheCiscoASR5000SeriessupportsahighperformanceIMSCSCF core(P/I/S/ECSCF,PCRF,andBGCF).Thisfunctionalitycanbeprovidedasasetofstandalone functionsorcanbeintegratedwithEPCfunctionstoprovidealowertotalcostofownership(TCO)for

Page 46

systemoperators.Additionalbenefitsofthesolutionincludehighavailability,supportforbothRFC 3261andIMSbasedSIPendpoints,fullregulatorysupport(suchaslocalnumberportability, emergencycalling,andlawfulintercept),thehighestperformanceintheindustry,andIPmobility. FormoreinformationontheCISCOV2oLTEsolution,pleaserefertothispage: http://www.cisco.com/en/US/solutions/collateral/ns341/ns973/solution_overview_c22643109.html

D2Technologies
D2isarecognizedleaderinVoIPandconvergedIPcommunicationssoftwarefordevicesusedin4G andnextgenerationnetworksthatdeliveradvancedcommunicationservices,suchasVoIPandvideo over LTE (VoLTE) and IMSbased Rich Communications Suite (RCS). Manufacturers and service providers rely on D2 software to deliver carriergrade IP communications across any network (LTE, WiMAX,cellular,WiFi,broadband,PSTN),service(voice,video,IMchat,SMS,presence/status,etc.) and system (carrier, IPPBX, UC, OTT, social network, etc.) for a broad range of fixed and mobile devices.FromprocessingbillionsofVoIPminuteseachmonthtoaddingenhancedIPcommunications for Android, learn how D2 software is converging communications at www.d2tech.com or follow thecompanyonTwitter@D2Tech.

Genband
GENBANDisagloballeaderofIPinfrastructuresolutions,enablingserviceprovidersandenterprises around the world to evolve communications networks through IP innovation. The Company offers marketleadingSwitching,Applications,NetworkingandServicesolutions,withproductsdeployedin over600customernetworksspanningmorethan80countries.GENBANDisheadquarteredinFrisco, Texas,andhasvastresourcesinR&D,salesandsupportspanningmorethan50countries.Tolearn more,visitusonthewebatwww.GENBAND.com.

Iskratel
With 60 years of experience in telecommunications, Iskratel belongs to the leading hightech companies in the world, and develops integrated telecommunications solutions for the future information society. The company provides integrated telecommunications solutions for fixed and mobiletelephony,fornextgenerationnetworks,andfortelecommunicationsnetworkmanagement. LinkingexperienceandintellectualcapitalwithcreativityandinnovationisdemonstratedinIskratel's ability to successfully build telecommunications and next generation networks, and implement advanced products, applications and solutions that are based on the emerging IMS/Tispan technology.Thecompanyhasover1100employees,with300moreworkinginaffiliatedcompaniesin 20 countries. The direct presence of Iskratel's employees in foreign countries ensures full harmonization of network solutions that we provide with the national telecommunications requirementsaswellasourpartners'needs. www.iskratel.com

JDSU
JDSUistheworldsleadingnetworkandserviceenablementcompany,transitioningfromtraditional testandmeasurementtoprovideanintegratedportfoliothathelpsourcustomersdealwithsoaring growthoftraffic,devicesandapplications.With2400employees,30salesandR&Dsites,4300 customersglobally,and$800Minannualrevenue,JDSUcommunicationstestandmeasurement solutionssetanewstandardfornetworkandserviceenablement.Byreducingoperatingcostsand deploymenttime,weoffervaluebasedsolutionsthatcreatenewrevenueopportunitiesaswellas servicedifferentiation.JDSUMobilitysolutionsensureagileoperationbyemployingintelligentprobes

Page 47

andproductsthatcanbefullyintegratedtofitavarietyofapplicationsfromR&Dthroughnetwork monitoring,fromthecoretoaccessdevices,andinlaboratorysettingsorlivenetworks.OnlyJDSUis uniquelyqualifiedtoaddressyourwirelesschallengesinsuchacomprehensivefashion. www.jdsu.com.

MetaswitchNetworks
MetaswitchNetworkspowersover600networkoperatorsworldwideandisaleadingproviderofthe technologiesandsolutionsthatareempoweringthemigrationofcommunicationsnetworkstoopen, nextgenerationarchitectures.Forover30years,Metaswitchhasbeeninnovatingsolutionsto simplifycommunications,addnextgenfunctionalityandservices,whileaddressingthechallengesof convergingnetworksanddevices. http://www.metaswitch.com/

Neustar
Neustar,Inc.,(NYSE:NSR)isatrusted,neutralproviderofrealtimeinformationandanalysistothe Internet, telecommunications, entertainment and marketing industries throughout the world. Neustar applies its advanced, secure technologies in routing, addressing and authentication to its customers data to help them identify new revenue opportunities and network efficiencies, and institutecybersecurityandfraudprotectionmeasures. Neustar is responsible for operating of the GSMAs PathFinder service, providing Carrier ENUM to support addressing for IPX interconnect, global service provider discovery and number portability resolution. http://www.neustar.biz

Radisys
Radisys is a leading provider of embedded wireless infrastructure solutions for telecom, aerospace, defense and public safety applications. Radisys' marketleading ATCA, IP Media Server (MRF) and COM Express platforms coupled with worldrenowned Trillium software, services and market expertise enable customers to bring highvalue products and services to market faster with lower investment and risk. For 4G/LTE mobile deployments, Radisys media servers provide the MRF in a 3GPP IMS architecture, delivering scalable IP media processing required for Voice over LTE (VoLTE) with HD audio, video streaming, mobile HD video conferencing, IPtoIP transcoding, multimedia valueadded services (VAS) and other revenuegenerating LTE mobile services. Additional Radisys solutionsincludeawidevarietyof3G&4G/LTEmobilenetworkapplicationsincluding:RadioAccess Networks (RAN) solutions from Femtocells to Picocells and Macrocells, wireless core network applications, WiFi & LTE Security Gateway, Deep Packet Inspection (DPI) and policy management. http://www.radisys.com.

Tekelec
Tekelecs intelligent mobile broadband solutions enable service providers to manage and monetize mobile data and evolve to LTE and IMS. We are the architects of the new Diameter network, the foundationforsession,policyandsubscriberdatamanagement.Morethan300serviceprovidersuse our marketleading solutions to deliver cloud, machinetomachine and personalized services to consumersandenterprises.Formoreinformationvisitwww.tekelec.com.

Page 48

Ulticom
Ulticom, a Platinum Equity Company, is a leader in high performance mission critical products that evolve information delivery. With over 6,000 deployments worldwide, the companys flagship product,Signalware,isthepremierplatformforthedeploymentofapplicationsandserviceswithin wireless,IP,andwirelinenetworks. For over 35 years, Ulticom has delivered carriergrade solutions that are robust and reliable, all backedbythecompanysunmatchedserviceandsupport. Mobile Network Operators (MNO), Signaling Hub Providers (IPX, GRX), Telecom Equipment Manufacturers(TEM)andSystemsIntegrators(SI)trustUlticomsolutionstooptimizeinformationand applicationdeliverywithincreasedefficiencyandsecurity. Formoreinformation,pleasevisitwww.ulticom.com.

Page 49