在Parlay组织成立后不久，3GPP和ETSI启动了UMTS的开放式业务架构的研究，称之为OSA。由千目标非常类似，3GPP与Parlay组织决定从Parlay3.0和OSAR5开始统一发布接口标准，命名为Parlay/OSA,这奠定了固定和移动NGN业务层融合的技术基础。目前Parlay/OSA标准由一个联合专家组来进行发展与维护，这个专家组包括3GPPCN5、ETSISPAN12、ITU-TSGll以及Parlay组织。
Parlay/OSA规范与ParlayAPI规范的差别在于：ParlayAPI是单纯的接口标准，Parlay/GSA则是一种业务结构，不但包括业务接口，还包括体系结构以及ParlayAPI至移动网络协议（如MAP、CAP等）的映射方式。图5.9是3GPP规范中提出的OSA体系结构图。
OSA体系结构图
由上图可以看出，OSA体系结构主要包括底层通信网络、高层应用服务器以及它们之间的业务能力服务器(SCS,ServiceCapabilityServer)。应用安装在基千任何IT技术实现的应用服务器上，通过Parlay/OSA的标准接口调用业务能力服务器提供的各种业务能力。业务能力服务器在逻辑结构上负责提供各种API(业务能力特征接口），并负责与核心网络元素通信，核心网络元素可能包括HLR(HomeLocationRegistry)、MSC(MobileSwitchingCenter)、SSP(ServiceSwitchingPoint)等。业务能力服务器充当了核心网络代理或网关角色，应用服务器可以和业务能力服务器在同一个域中也可以处在完全不同的域中。一个业务能力服务器上可以包含多个业务能力特征(SCF即ParlayAPI规范中的"Service"),但也常常会有一个业务能力服务器只提供一个SCF的情况。业务能力服务器是一个逻辑上的组成部件，因此它不一定要单独安装在一台独立的物理服务器上，例如基千内容计费的SCF(ContentBasedChargingSCF)通常由系统中的计费和账务处理服务器直接提供。
OSA的体系结构具有可扩展性，允许添加新的SCF及业务能力服务器。通过框架SCF,OSA提供一定的安全机制，如提出业务及下层网络间的鉴权机制以保证下层网络的安全使用。关千OSA中的API实现，3GPP建议构建在COREA中间件的基础上，所以Parlay/OSAAPI的实现不依赖于网络运营商的解决方案，不依赖于编程语言，也不依赖千接口实现的物理位置及采用的操作系统等。
ParlayXWebService
尽管对网络能力进行了封装和抽象，但是标准的ParlayAPI规范在IT开发人员看来，还是相当的庞杂，比较难以掌握。非电信的IT人员要想直接使用ParlayAPI来快速生成业务，仍然非常困难，而且目前80%的Parlay业务只用到了20%的ParlayAPI。基千这个原因，Parlay组织在ParlayAPI4.0的基础上，结合WebService的思想，推出了ParlayXWebService规范。
1.Parlay和WebService的融合
WebService这一名词首先由微软提出，在2000年问世。它并非一种新的Web.:T.具，而是一种全新的分布计算环境，其基本思想是利用开放式的标准技术，在Internet上实现分布式软件开发、软件工程和软件使用。这里，"Service"可以理解为分布在Internet中的各种软件资源，无论是企业用户还是个人用户都可以根据业务需求，利用WebServ
ice技术调用在网上已有的业务软件能力，构成自己的应用软件。不同企业的应用软件之间、企业和客户应用软件之间也可以通过WebService技术互相调用，以支持电子商务、客户关系模型等应用。虽然WebService与只能提供数据服务的普通Web含义完全不同，然而采用的协议和接口依然属千已经广泛使用的Web技术。
WebService的基础技术是XML,这是由W3C定义的用千描述数据的一种可扩展标记语言，可以用来描述任何广义的内容。WebService用XML来描述远程调用操作及其执行结果，该描述装载在简单对象访问协议(SOAP)中，SOAP消息通常在HTTP中传送。由于XML文本描述和实现无关，因此采用不同操作系统、不同编程语言的平台之间都可以通过WebService互相交互。WebService本身的发布和描述也是用XML实现的。
与COREA、DCOM等已有的分布计算技术相比，Web业务技术有许多独特的优势。首先是采用开放的标准Web技术，解决了原来各种分布计算技术由于采用各自的专用技术而难以互通的问题；其次是采用基千文本协议的业务调用和发布机制，系统简单，调试方便；再次，由千Internet到处可及，所有计算设备基本上都装备有Web功能，因此在网上部署应用该项技术成本很低。正因为如此，WebService受到IT业的高度重视，被认为是下一代互联网业务提供的核心技术，W3C和其他组织正在加速进行技术标准化工作。
Parlay/GSA模型与WebService的目标十分一致，都是通过统一的接口向上层应用程序提供底层网络能力，从而达到屏蔽底层网络细节的目的。ParlayAPI的实现需要基于分布式中间件，而且其重要的应用方向是提供和Internet相结合的融合业务，因此很自然地提出了如何在Parlay中引入WebService的问题。在Parlay4.0版本中除了将ParlayUML标准映射到IDL(InterfaceDiscriptionLanguage,接口描述语言）外，还映射到了WSDL(WebServiceDiscriptionLanguage,Web服务描述语言）。习惯上，把映射到IDL的Parlay标准称为ParlayAPI,而把映射到WSDL的Parlay标准称为ParlayWebService。Parlay4.1版本的主要内容就是定义了支持WebService的ParlayX接口。
2.ParlayXWebService的特点
ParlayXWebService对ParlayAPI进行了更高层次抽象并对其做了简化，它是一种高度抽象的电信网络能力标准构件，使得一般的开发人员在不具有电信知识的情况下也能够快速理解、使用ParlayXWebService并生成新的业务。ParlayXWebService具备如下特征。
(1)每一种ParlayXAPI均由一组电信网络能力抽象而来，相对而言更加强调简单性。ParlayXWebService提供的能力可以是同质的（例如仅提供呼叫控制能力）或者异质的（例如同时提供终端位置和用户状态能力）。
(1)每一种ParlayXAPI均由一组电信网络能力抽象而来，相对而言更加强调简单性。ParlayXWebService提供的能力可以是同质的（例如仅提供呼叫控制能力）或者异质的（例如同时提供终端位置和用户状态能力）。
(2)ParlayXAPI具备可扩展性，支持使用现有的标准WebService技术来集成第三方提供的接口。
(3)基于ParlayXWebService的应用与实现ParlayXWebService的服务器之间采用基千XML语言的消息进行交互。消息的交互采用同步请求／响应模式。
(4)ParlayXWebService基千WebService技术，当前采用WSDL调用和描述ParlayXWebService。
(5)ParlayXWebService语义简单，开发者能够使用通用的WebService技术进行业务开发，从而把注意力集中于业务逻辑本身。
(6)ParlayXWebService不提供AAA、SLA(服务等级协议）和其他与环境相关的功能，这些功能应当由WebService架构来提供。
