Diameter/XML协议转换
相关申请的交叉引用
本申请是国际申请号为PCT/US2014/032268、国际申请日为2014年3月28日、进入中国国家阶段日期为2015年9月21日、中国国家申请号为201480017184.0、发明名称为“Diameter/XML协议转换”的发明专利申请的分案申请。
本申请请求于2013年4月26日提交、名称为“ADVANCED WIRELESS COMMUNICATIONSYSTEMS AND TECHNIQUES(高级无线通信系统和技术)”、申请号为61/816,662的美国临时申请优先权，该申请的全部内容通过引用结合于此。
技术领域
本公开的实施例一般地涉及无线通信，并且更特别地，涉及Diameter/可扩展标记语言(XML)协议转换。
背景技术
Diameter协议(DP)是在一些计算机网络中使用的认证、授权和计费协议。在第三代合作伙伴计划(3GPP)无线通信标准中，DP被用于在应用功能(AF)与策略和计费规则功能(PCRF)之间发送消息。AF是提供应用的元件，该应用使用互联网协议(IP)承载资源，并且通常包括第三方网络应用提供商。PCRF是支持下述功能的元件：策略控制决策和基于流的计费控制，PCRF可以使用来自订阅数据库的信息作为用于该策略和计费控制决策的基础。AF和PCRF之间的DP消息在Rx接口上传送。然而，与DP相比，第三方网络应用提供商通常更为熟悉可扩展标记语言(XML)协议；因此，要求AF传送DP消息可能阻碍AF的开发。
附图说明
通过以下连同附图的详细描述，实施例将容易理解。为了便于这一描述，相同的参考编号指定相同的结构元件。实施例通过示例的方式被示出，而不是通过以附图中的图示作为限定的方式。
图1为根据各种实施例的无线通信系统的一部分的框图，该无线通信系统包括协议转换器(PC)。
图2为根据各种实施例的PC的框图。
图3为根据各种实施例的Diameter协议(DP)消息的概略性表述。
图4为根据各种实施例的属性-值对(Attribute Value Pair，AVP)的概略性表述。
图5为根据各种实施例的可扩展标记语言(XML)数据的概略性表述。
图6为根据各种实施例，用于基于所接收的XML数据提供DP消息的示例性过程的流程图。
图7为根据各种实施例，用于基于所接收的DP消息提供XML数据的示例性过程的流程图。
图8-图11描述了根据各种实施例的在无线通信系统内的PC的各种布置。
图12为可以用于实施本文所描述的各种实施例的示例性计算设备的框图。
具体实施方式
本文公开了协议转换器(PC)的实施例和涉及的技术。在一些实施例中，PC可以接收被应用功能(AF)传送的可扩展标记语言(XML)数据，并且可以至少部分地基于所接收的XML数据，生成用于向策略和计费规则功能(PCRF)传送的Diameter协议(DP)消息。XML数据(由PC接收和/或生成)可以包括属性-值对(AVP)元素，并且AVP元素包括AVP参数元素，该AVP参数元素可以包括代表属性-值对(AVP)编码的第一XML元素、代表AVP标志的第二XML元素、以及代表AVP长度的第三XML元素。
本文所公开的PC可以将XML数据映射为DP消息(和/或相反)。这可以使AF能够向PCRF传送XML数据，而非DP消息。由于XML协议可能对第三方网络应用提供方更为熟悉，传送XML数据而非DP消息的能力可以有利于网络应用的开发。另外，通过提供XML数据和DP消息之间的转换能力，本文所公开的PC可以使AF能够传送XML数据，而不需要PCRF理解XML数据，因此降低了对于现有的基于DP的PCRF信令机制的破坏。
在一些实施例中，被AF传送至PC(用于向PCRF提供)的XML数据可以根据XML方案(schema)被格式化，该XML模式使XML数据能容易地转换为DP消息。这些格式中的一些可以具有特别有效的转换特性，该特性降低了为了形成有效的DP消息而必须在AF和PC之间传输的数据量。这些格式可以利用XML模式的各种特性的优势以提供有效的性能。类似地，被配置为将DP消息转换为XML数据的PC可以利用这种模式来基于DP消息生成XML数据，以正式地从PC向AF传输信息。用于将XML数据转换为DP消息的技术的多个实例在本文被公开；这些技术的任一个的补充可以很容易地实现以将DP消息转换为XML数据。类似地，用于将DP消息转换为XML数据的技术的多个实例在本文被公开；这些技术的任一个的补充可以很容易地实现以将XML数据转换为DP消息。
各种操作可能被描述为多个分离的依次动作或操作，以最有助于理解所请求的主题的方式。然而，描述的顺序不应当被解释为暗示这些操作必然依赖于顺序。特别地，这些操作可以不按照所提及的顺序执行。在另外的实施例中，各种另外的操作可以被执行，和/或所描述的操作可以被省略。
为了本公开的目的，短语“A和/或B”指(A)、(B)或(A和B)。为了本公开的目的，短语“A、B、和/或C”指(A)、(B)、(C)、(A和B)、(A和C)、(B和C)、或(A、B和C)。描述可能使用短语“在一个实施例中”或“在实施例中”，这些短语的每一个可以指一个或多个相同或不同的实施例。此外，针对本公开的实施例所使用的术语“包括”、“包含”、“具有”等含义相同。
如本文所使用的，术语“逻辑”可以指以下各项，或为各项的一部分，或者包括各项：执行一个或多个软件或固件程序的专用集成电路(ASIC)、电子电路、处理器(共享的、专用的、或分组的)和/或存储器(共享的、专用的、或分组的)、组合逻辑电路、和/或提供所描述的功能的其它适当的硬件组件。
图1为根据各种实施例的无线通信系统100的一部分的框图。图1中所示的无线通信系统100的该部分可以是根据3GPP无线通信标准被配置的无线通信系统的一部分；为了易于表述，3GPP无线通信系统的许多成分从图1被省略，但是可以被包括于无线通信系统100。无线通信系统100可以包括应用功能(AF)102、协议转换器(PC)104、以及策略和计费规则功能(PCRF)106。
如以上所提到的，AF 102可以提供使用IP承载资源的应用等。AF102可以与PC 104经由通信链路108通信。通信链路108可以为双向通信链路，允许AF 102向PC 104发送数据，以及相反。在一些实施例中，通信链路108可以包括无线通信链路、有线通信链路、或有线和无线链路的组合。另外的组件可以被包括于通信链路108。除了本文所公开的基于XML数据的信令技术以外，AF 102可以按照如3GPP无线通信标准中所描述的传统的AF被配置。
如以上所提及的，PCRF 106可以支持策略控制决定制定和基于流的计费控制功能等等。PC 104可以经由通信链路110与PCRF 106通信。通信链路110可以为双向通信链路，允许PC 104向PCRF 106发送数据，以及相反。在一些实施例中，通信链路108可以包括无线通信链路、有线通信链路、或有线和无线链路的组合。另外的组件可以被包括于通信链路110。除了PCRF 106与PC 104之间的通信以外，PCRF 106可以按照如3GPP无线通信标准中所描述的传统的PCRF被配置。
图2为根据各种实施例的PC 104的框图。如以上所提及的，PC 104可以被配置为接收XML数据，将所接收的XML数据转换为DP消息，并且向PCRF 106提供该DP消息。另外地或替代地，PC 104可以被配置为接收DP消息，将所接收的DP消息转换为XML数据，并且向AF 102提供该XML数据。
PC 104可以包括接收逻辑202。在一些实施例中，接收逻辑202可以被配置为接收被AF 102传送的XML数据。在一些实施例中，接收逻辑202可以被配置为接收被PCRF 106传送的DP消息。在一些实施例中，接收逻辑202可以被配置为既接收XML数据(例如，被AF 102传送)又接收DP消息(例如，被PCRF 106传送)。在一些实施例中，接收逻辑202可以包括用于接收XML数据的第一组逻辑，以及用于接收DP消息且不同于第一组逻辑的第二组逻辑。在一些实施例中，接收逻辑202可以被配置为接收XML数据或DP消息，但并非二者都接收。
接收逻辑202可以以多种方式中的任一个(例如，如以上关于通信链路108所讨论的任一种方式)接收被AF 102传送的XML数据。例如，接收逻辑202可以与天线208耦接。在一些实施例中，由接收逻辑202所接收的XML数据可以从AF 102，经由天线208无线地向PC 104传送。接收逻辑202可以以多种方式的任一种(例如，如以上关于通信链路110所讨论的任一种方式)接收被PCRF 106传送的DP消息。例如，在一些实施例中，由接收逻辑202接收的DP消息可以经由天线208，从PCRF 106无线地传送至PC 104。在一些实施例中，PC 104可以包括用于接收XML数据和用于接收DP消息的不同的天线或其它通信接口。如以上所提到的，在一些实施例中，接收逻辑202可以被配置为接收XML数据或DP消息，但并非二者都接收。
PC 104可以包括转换逻辑204。在一些实施例中，转换逻辑204可以被配置为将由接收逻辑202接收的XML数据转换为DP消息。在一些实施例中，转换逻辑204可以被配置为将由接收逻辑202接收的DP消息转换为XML数据。在一些实施例中，转换逻辑204可以被配置为将XML数据转换为DP消息，以及将DP消息转换为XML数据。在一些实施例中，转换逻辑204可以包括用于将XML数据转换为DP消息的第一组逻辑，以及用于将DP消息转换为XML数据的不同于第一组逻辑的第二组逻辑。在一些实施例中，转换逻辑204可以被配置为将XML数据转换为DP消息或者将DP消息转换为XML数据，但并非二者都转换。
PC 104可以包括提供(provision)逻辑206。在一些实施例中，提供逻辑206可以被配置为提供由转换逻辑204生成的DP消息用于向PCRF 106传送。在一些实施例中，提供逻辑206可以被配置为提供由转换逻辑204生成的XML数据用于向AF 102传送。在一些实施例中，提供逻辑206可以被配置为既提供DP消息(例如，用于向PCRF 106传送)又提供XML数据(例如，用于向AF 102传送)。在一些实施例中，提供逻辑206可以包括用于提供XML数据的第一组逻辑和用于提供DP消息的不同于第一组逻辑的第二组逻辑。在一些实施例中，提供逻辑206可以被配置为提供DP消息或XML数据，但并非二者都提供。
提供逻辑206可以以多种方式的任一种(例如，如以上关于通信链路110所讨论的任一种方式)提供由转换逻辑204生成的DP消息。例如，提供逻辑206可以与天线208(或另一天线)耦接，并且可以提供用于经由天线208(或其它天线)向PCRF 106无线传送的DP消息。提供逻辑206可以以多种方式的任一种(例如，如以上关于通信链路108所讨论的任一种方式)提供由转换逻辑204生成的XML数据。例如，在一些实施例中，提供逻辑206可以与天线208(或另一天线)耦接，并且可以提供用于经由天线208(或其它天线)向AF 102无线传送的XML数据。在一些实施例中，PC 104可以包括不同的天线或其它通信接口用于提供DP消息和提供XML数据。如以上所提到的，在一些实施例中，提供逻辑206可以被配置为提供XML数据或DP消息，但并非二者都提供。
PC 104可以包括存储器208。存储器208可以与接收逻辑202、转换逻辑204、以及提供逻辑206的任一个或多个耦接，并且可以被配置为存储与包括于PC 104中的任一种逻辑的操作相关的任何数据。例如，在一些实施例中，存储器208可以存储由接收逻辑202接收的XML数据和/或DP消息。在一些实施例中，存储器208可以存储用于基于DP消息生成XML数据和/或基于XML数据生成DP消息的一个或多个XML方案和/或转换规则。在一些实施例中，存储器208可以存储由提供逻辑206生成(分别基于所接收的DP消息和/或XM数据)的XML数据和/或DP消息。
图3为根据各个实施例的DP消息的概略性表述。在一些实施例中，DP消息300可以被PC 104的转换逻辑204生成(基于由接收逻辑202接收的XML数据)，并且由提供逻辑206提供用于向PCRF 106传送。在一些实施例中，DP消息300可以被接收逻辑202接收，并由转换逻辑204转换为XML数据。DP消息300的形式可以为传统的，并且在此简要描述以便于说明。
DP消息300可以是请求消息或答复消息(比如AA请求(AARequest)或AA答复(AAAnswer)消息)，该消息可以包括头部302和一个或多个属性-值对(AVP)304。如图3中所示，头部302可以在前32比特中包括版本字段和消息长度字段。头部302的接下来的32比特可以包括多个标记，比如请求(R)标记、可代理(Proxiable)标记(P)、错误(E)标记、和可能重传送消息(T)标记。当R标记被设置时，表示DP消息300为请求(否则为答复)。当P标记被设置时，表示DP消息300可以被代理、中继或重定向(否则必须被本地处理)。当E标记被设置时，表示DP消息含有协议错误。当T标记被设置时，表示发生了连接故障切换过程。头部302还可以包括命令代码字段、应用ID字段、逐跳ID字段、和端对端ID字段。
包括于DP消息300的一个或多个AVP 304可以提供另外的数据。在一些实施例中，DP消息300必须包括至少一个AVP 304。图4为根据各种实施例的AVP 400的概略性表述。在一些实施例中，AVP 400可以包括于DP消息300中。AVP 400的形式可以为传统的，并且在此简要描述以便于说明。
AVP 400可以包括头部402和数据404。如图4所示，AVP的前32个比特可以为AVP代码字段。AVP 400的接下来的32个比特可以包括多个标记，比如厂商指定(VendorSpecific)(V)标记、强制性(M)标记、和保护(P)标记。当V标记被设置时，表示AVP 400包括第64-95比特中的厂商ID字段。当M标记被设置时，表示要接受DP消息300需要AVP 400的支持。当P标记被设置时，表示端对端加密的需求。AVP的第二个32比特还可以包括AVP长度字段。如图4中所示，AVP 400还可以包括厂商ID字段(如以上所讨论的)，以及数据404。
图5为根据各种实施例的XML数据500的概略性表述。在一些实施例中，XML数据500可以被PC 104的接收逻辑202接收，并被转换逻辑204转换为DP消息。在一些实施例中，XML数据500可以被转换逻辑204生成(基于被接收逻辑202接收的DP消息)，并被提供逻辑206提供用于向AF 102传送。
XML数据500可以包括一个或多个元素。如图5中所示，XML数据500可以包括元素502、504、506、508、510和512。一些元素(比如元素502和512)可以为独立元素，并且不可以被嵌套于其他元素，也不可以包括被嵌套的元素。一些元素(比如元素504和508)可以包括另外的被嵌套元素。在图5中，元素504包括被嵌套的元素506、508和510。因为元素510被包括于元素508中，并且元素508被包括于元素504中，因此元素510在元素504内部被嵌套了两次。
在一些实施例中，接收逻辑202被配置为接收被AF 102传送的XML数据，并且转换逻辑204被配置为将XML数据转换为DP消息，该XML数据可以使用预定的格式而被组织。这一格式可以被AF 102和PC 104已知的XML方案定义。多种这样的格式在本文中被公开。这些格式的各种格式可以被转换逻辑204识别，并可以使转换逻辑204能够有效地将XML数据转换为DP消息。
在一些实施例中，被接收逻辑202从AF 102接收的XML数据可以包括AVP元素。XML数据的AVP元素可以对应于DP消息的AVP(例如，DP消息300的AVP 400)。在一些实施例中，转换逻辑204可以将被接收的XML数据的AVP元素中包括的数据转换为DP消息的AVP的组件(用于由提供逻辑206向PCRF 106提供)。
在一些实施例中，包括于XML数据中的AVP元素可以包括一个或多个另外的元素。例如，AVP元素可以包括代表AVP代码的元素。AVP元素可以包括代表一个或多个AVP标志的元素。AVP元素可以包括代表AVP长度的元素。在一些实施例中，包括于XML数据中的AVP元素可以包括代表AVP代码的元素、代表一个或多个AVP标志的元素、以及代表AVP长度的元素。包括于AVP元素中的这些元素的每一个可以对应于DP消息的AVP的组件。例如，转换逻辑204可以被配置为识别代表AVP代码的元素中包括的数据，并且在AVP 400的AVP代码字段中提供这一数据(或其等价形式)。转换逻辑204可以被配置为识别代表一个或多个AVP标志的元素中包括的数据，并且提供这一数据(或其等价形式)作为AVP 400中的标记。转换逻辑204可以被配置为识别代表AVP长度的元素中包括的数据，并且在AVP 400的AVP长度字段中提供这一数据(或其等价形式)。
在一些实施例中，AVP元素可以包括AVP参数(AVP-Parameter)元素，该AVP参数元素自身包括代表AVP代码的元素、代表一个或多个AVP标志的元素、以及代表AVP长度的元素。换句话说，代表AVP代码的元素、代表一个或多个AVP标志的元素、以及代表AVP长度的元素可以被嵌套于AVP参数元素中，该AVP参数元素可以被嵌套于AVP元素中。通过这一方式，该AVP参数元素可以将代表AVP代码、一个或多个AVP标志、以及AVP长度的元素“分组”。在一些实施例中，包括于XML数据中的AVP参数元素可以采用以下在表1中所示的形式。
表1
如所示的，表1的AVP参数元素包括代表AVP代码的元素、代表AVP标志的元素、以及代表AVP长度的元素。在一些实施例中，包括于被接收逻辑202接收的XML数据中的每一个有效的AVP元素可以包括AVP参数元素，该AVP参数元素包括：(1)代表AVP代码的元素；(2)代表一个或多个AVP标志的元素；(3)代表AVP长度的元素(例如，表1的AVP参数元素)。根据定义有效的AVP元素的XML方案，该AVP参数元素可以是AVP元素的所需元素。
在一些实施例中，AVP元素可以通过XML方案中的参考属性(referenceattribute)包括于XML数据中。例如，表2包括的XML数据可以对应于提供会话ID信息(例如，对应于DP的AVP代码260的会话ID(Session-Id)元素)的AVP。会话ID AVP可以被包括于经由Rx接口传送的AA请求消息中，例如：
表2
如表2中所示，通过参考属性，会话ID AVP元素包括表1的AVP参数元素。对于XML方案中的每一个代表性的AVP元素，与显式地包括AVP参数元素(例如，代码、标志、和长度元素)中的元素相比，AVP参数元素的使用可以降低DP消息的XML表现形式的大小。在一些实施例中，包括于XML数据中的每一个有效的AVP元素可以包括AVP参数元素。
表2中所示的会话ID AVP元素仅仅为可以被包括于XML数据的AVP元素的示例，并且当基于该XML数据生成DP消息时，可以被转换逻辑204识别。以下的表3列出了多个AVP元素的示例，该AVP元素可以被包括于由AF 102提供的XML数据中。在表3的第一栏中，提供了一列AVP的类型，相应于DP中已知的AVP类型。在表3的第二栏中，与每一个已知的AVP类型相关的DP代码被提供。在表3的第三栏中，每一种已知的AVP类型的已知的DP数据类型被提供。在表3的第四栏中，用于XML方案中与不同的已知AVP类型相对应的AVP元素的数据类型被提供。在表3的第四列中提供的数据类型可以对表3的第三列中提供的数据类型提供适当的匹配，这使AVP信息能够以XML数据被传送并且转换为DP消息中的AVP。
表3
一些DP AVP可以包括其它AVP或与其它AVP相关联。以下的表4列出了与媒体组件描述(Media Component Description)AVP相关联的这些AVP元素的示例，该媒体组件描述AVP可以被包括于由AF 102提供的XML数据。表4的列的定义与以上参照表3所描述的相同。
表4
以下的表5列出了与订户(Subsription)ID AVP相关的AVP元素的示例的数目，该订户ID AVP可以被包括于由AF 102提供的XML数据。
表5
以下的表6列出了与支持的特征(Supported Feature)AVP相关的AVP元素的示例的数目，该支持的特征AVP可以被包括于由AF 102提供的XML数据。
表6
以下的表7列出了与被发起的连接(Sponsored Connectivity)AVP相关的AVP元素的示例的数目，该被发起的连接AVP可以被包括于由AF102提供的XML数据。
表7
以下的表8列出了与授权服务单元(Granted Service Unit)AVP相关的AVP元素的示例的数目，该授权服务单元AVP可以被包括于由AF 102提供的XML数据。
表8
以下的表9列出了与被使用的服务单元(Used Service Unit)AVP相关的AVP元素的示例的数目，该被使用的服务单元AVP可以被包括于由AF 102提供的XML数据。
表9
以下的表10列出了与CC-Money AVP相关的AVP元素的示例的数目，该CC-MoneyAVP可以被包括于由AF 102提供的XML数据。
表10
以下的表11提供了可以相应于DP消息的头部(例如，图3的DP消息300的头部302)的XML数据的元素。由接收逻辑202接收的XML数据可以包括表11的XML数据元素，并且转换逻辑204可以将表11的XML数据元素转换为DP头部，该DP头部可以被包括于用于向PCRF 106传送的DP消息中。
表11
以下的表12提供了可以与DP的各种AVP对应的XML数据的AVP元素。由接收逻辑202接收的XML数据可以包括表11的一个或多个AVP元素，并且转换逻辑204可以将该XML数据的AVP元素转换为AVP，该AVP可以被包括于用于向PCRF 106传送的DP消息。表12中的每一个AVP元素可以被转换到的AVP由XML元素的名称识别。
表12
如表12中所表示的，相应于AVP的每一个XML元素可以包括AVP参数元素(如以上所讨论的，其本身可以包括代表AVP代码的元素、代表AVP标志的元素、以及代表AVP长度的元素)。多个表12的XML元素是包括其它XML元素的“组”类型。例如，媒体组件描述元素、订户ID元素、支持的特征元素、发起连接数据元素以及代理信息元素可以具有组类型。包括于其它XML元素中的元素也可以具有组类型。例如，发起连接数据元素可以包括授权服务组元素和用户服务组元素，并且授权服务组元素和用户服务组元素各自可以具有组类型。在另一示例中，授权服务组元素和用户服务组元素各自可以包括资金组(Money Group)元素，并且该资金组元素可以具有组类型。
在一些实施例中，关于表1-12所讨论的XML表述可以代表由接收逻辑202接收的XML数据的有效形式，用于由转换逻辑204转换成DP消息。在一些实施例中，关于表1-12所讨论的XML表述可以代表由转换逻辑204基于被接收逻辑202接收的DP消息生成的XML数据的形式。XML数据元素和DP消息的组件之间的映射在表1-12中被标出。关于表1-12所讨论的XML表述不是穷举性的，根据表1-12中所示例的模式和本文所讨论的技术，可以定义另外的XML数据元素以对应于另外的DP消息组件。
图6和7为根据各种实施例，可以被PC104执行的示例性过程的流程图。在一些实施例中，PC 104可以被配置为执行图6中所表述的过程和图7中所表述的过程。在一些实施例中，PC 104可以被配置为执行图6和图7中所表述的过程之一，但并非二者都执行。
图6为根据各种实施例，用于基于所接收的XML数据提供DP消息的示例性过程600的流程图。在操作602中，PC 104可以接收被AF 102传送的XML数据。在一些实施例中，操作602可以被PC 104的接收逻辑202执行。在一些实施例中，在操作602接收的XML数据可以采用以上关于图1-12所讨论的任一实施例的形式。在一些实施例中，XML数据可以包括AVP元素，并且该AVP元素可以包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、以及代表AVP长度的第三XML元素。
在操作604，PC 104可以将XML数据(在操作602接收)转换为DP消息。在一些实施例中，操作604可以被PC 104的转换逻辑204执行。例如，所接收的XML数据和DP消息的组件之间的映射可以采用以上关于图1-12所讨论的任一实施例的形式。
在操作606，PC 104可以向PCRF 106提供DP消息(在操作604生成)。在一些实施例中，操作604可以被PC 104的提供逻辑206执行。然后过程600可以结束。
图7为根据各种实施例，用于基于所接收的DP消息提供XML数据的示例性过程700的流程图。在操作702，PC 104可以接收被PCRF 106传送的DP消息。在一些实施例中，操作702可以被PC 104的接收逻辑202执行。
在操作704，PC 104可以将DP消息(在操作702接收)转换为XML数据。在一些实施例中，操作704可以被PC 104的转换逻辑204执行。例如，所接收的DP消息和XML数据元素之间的映射可以采用以上关于图1-12所讨论的任一实施例的形式。
在操作706，PC 104可以向AF 102提供XML数据(在操作704生成)。在一些实施例中，操作706可以被PC 104的提供逻辑206执行。在一些实施例中，在操作706提供的XML数据可以采用以上关于图1-12所讨论的任一实施例的形式。在一些实施例中，XML数据可以包括AVP元素，并且该AVP元素可以包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、以及代表AVP长度的第三XML元素。然后过程700可以结束。
在无线通信系统100中的PC 104的逻辑位置可以在不同的实施例中是不同的。图8-11描述了根据各种实施例的在无线通信系统内部的PC的各种布置。
在图8的布置800中，PC 104可以被配置为在包括PCRF 106的Diameter领域(realm)内运行。在图8中，两个Diameter领域118和120在3GPP公共陆地移动网络(PLMN)内部被描述。Diameter领域118和120的每一个可以包括一个或多个PCRF 106、Diameter路由代理(DRA)114、以及PC 104。包括于Diameter领域内的PCRF 106可以单独地可寻址，并且AF102和Diameter领域中的PCRF 106的特定PCRF之间的会话可以被DRA 114维持。特别地，DRA114可以维持被分配的PCRF 106的状态用于某些用户设备(UE)和IP连接访问网络(IP-CAN)会话。除了DRA 114和PC 104之间的通信以外，DRA 114可以根据如3GPP无线通信标准中描述的传统DRA被配置。AF 102可以被配置为在AF域116内运行。在布置800中，PC 104可以被配置为从AF 102经由通信链路108接收XML数据，并且将该XML数据转换为一个或多个DP消息用于经由通信链路112向DRA 114提供。DRA 114可以将该DP消息向适当的PCRF 106路由(经由通信链路124)。在一些实施例中，布置800的PC 104可以被配置为从PCRF 106接收一个或多个DP消息(经由DRA 114和通信链路124和112)，并将一个或多个DP消息转换为XML数据用于向AF 102提供(经由通信链路108)。在一些实施例中，通信链路108、112和124可以被包括于Rx接口中。
布置800可以具有多个优势。通过将3GPP PLMN内部的PC 104放置于3GPP域的入口点，为了容纳XML数据转换功能，对3GPP架构(3GPP PLMN 122内)可以只需要做出很少改变或者不需做出改变。第三方应用提供商可以不需要采用或以其他方式结合额外的硬件和/或软件以实现PC 104，这使转换功能的采用快速且容易。因为PC 104被包括于3GPP架构中，PC 104的运行和特性可以被标准化为3GPP通信标准的一部分，并且在AF 102和PC 104之间的交互可以被PLMN 122的运营商容易管理。然而，这些优势可以与在3GPP无线通信标准内完全规定PC 104的操作和特性而所需的额外标准化工作之间进行平衡。
在图9的布置900中，PC 104可以被配置为在AF 102的域116内运行。AF 102和PC104之间的通信可以依照任何所期望的接口(例如，产权(proprietary)接口)被执行。在一些实施例中，AF 102和PC 104之间的通信可以以与互联网工程任务组(IETF)2007年5月提出的用于表述资源列表的XML格式(XML Formats for Representing Resource Lists)的标准兼容的方式被执行。在布置900中，PC 104可以被配置为经由通信链路108从AF 102接收XML数据，并将该XML数据转换为一个或多个用于经由通信链路112向DRA 114提供的DP消息。DRA 114可以将该DP消息路由(经由通信链路124)至适当的PCRF 106。在一些实施例中，布置800的PC 104可以被配置为从PCRF 106接收一个或多个DP消息(经由DRA 114与通信链路124和112)，并将该一个或多个DP消息转换为XML数据用于向AF 102提供(经由通信链路108)。在一些实施例中，通信链路112和124可以被包括于Rx接口中。布置900的其它组件可以采用以上关于图8所描述的相应组件的形式。
布置900可以具有多种优势。通过将PC 104放置于AF域116内，为了将PC 104的功能并入3GPP无线通信标准中，将实现方案卸载至第三方AF域116，几乎不需执行标准化工作。然而，第三方应用提供商必须实现PC 104的功能，该功能可能损害通过允许XML数据代替DP消息被传送给PC 104所获得的利益。将PC 104放置于AF域116中可以开放PC 104的许多非标准化变形的可能性，这可能使对于使用这样的PC 104的AF102进行管理更加复杂。另外，由于布置900的PC 104可以服务于多于一个Diameter领域(例如，Diameter领域118和120)，PC 104可能需要寻址功能来对去往和/或来自适当的Diameter领域的信息进行路由。
在图10的布置1000中，PC 104可以被配置为在AF域116的外部和PLMN 122的外部运行。在布置1000中，PC 104可以“桥接”AF域116以及被PLMN 122代表的3GPP域。在布置1000中，PC 104可以被配置为从AF 102经由通信链路108接收XML数据，并且将该XML数据转换为用于经由通信链路112向DRA 114提供的一个或多个DP消息。DRA 114可以将该DP消息路由(经由通信链路124)至适当的PCRF 106。在一些实施例中，布置800的PC 104可以被配置为从PCRF 106(经由DRA 114和通信链路124和112)接收一个或多个DP消息，并且将该一个或多个DP消息转换为用于向AF 102提供的XML数据(经由通信链路108)。在一些实施例中，通信链路112和124可以被包括于Rx接口。布置1000的其它组件可以采用以上关于图8所描述的相应组件的形式。
布置1000可以具有多个优势。通过将PC 104放置于PLMN 122的外侧，为了将PC104的功能并入3GPP无线通信标准中，几乎不需执行标准化工作。另外，第三方应用提供商可以不需要采用或以其他方式结合额外的硬件和/或软件以实现PC 104，这使转换功能的采用快速且容易。然而，将PC 104放置于PLMN 122的外侧可能开放PC 104的许多非标准化变形的可能性。这可能使得对使用这样的PC 104的AF 102的管理更为复杂。另外，由于布置1000的PC 104可以服务于多于一个Diameter领域(例如，Diameter领域118和120)，PC 104可能需要寻址功能来对去往和/或来自适当的Diameter领域的信息进行路由。
在图11的布置1100中，多个PC(104a、104b和104c)可以被配置为在不包括PCRF106的Diameter领域126内运行。在图11中，三个Diameter领域118、120和126被描绘为在PLMN 122之内。Diameter领域118和120的每一个可以包括一个或多个PCRF 106和DRA 114。包括于Diameter领域118和120的PCRF 106可以独立地可寻址，并且在Diameter领域118和120内，AF 102和这些PCRF 106中的特定PCRF之间的会话可以被DRA 114维持(如以上关于图8所讨论的)。AF 102可以被配置为与PC 104a、104b和104c的每一个通信(经由通信链路108)。PC 104a、104b和104c的每一个可以被配置为与Diameter领域118内的DRA 114和Diameter领域120内的DRA 114通信。在布置1100中，PC 104a、104b和104c的任一个可以被配置为经由通信链路108从AF 102接收XML数据，并且将该XML数据转换为用于经由通信链路112向DRA 114(Diameter领域118内或Diameter领域120内)提供的一个或多个DP消息。DRA 114可以将该DP消息路由(经由通信链路124)至适当的PCRF 106。在一些实施例中，布置1100的PC 104a、104b和104c的任一个可以被配置为从PCRF 106接收(经由相应的DRA114和通信链路124和112)一个或多个DP消息，并且将该一个或多个DP消息转换为用于向AF102提供的XML数据(经由通信链路108)。在一些实施例中，通信链路108、112和124可以被包括于Rx接口中。
布置1100可以具有多个优势(例如，以上关于图8被描述的那些优势)，但是可以与在3GPP无线通信标准内完全规定PC 104a、104b和104c的操作和特性而所需的额外标准化工作之间进行平衡。
图12为示例性计算设备1200的框图，该计算设备可以适合于实施各种所公开的实施例。例如，计算设备1200可以作为(或者以其他方式支持)AF 102、PC 104、PCRF 106、或本文所讨论的任何其它适当的设备的操作。计算设备1200可以包括多个组件，包括一个或多个处理器1204和至少一个通信芯片1206。在各种实施例中，处理器1204可以包括处理器核心。在各种实施例中，至少一个通信芯片1206还可以被实体耦接和电耦接至处理器1204。在进一步的实现中，通信芯片1206可以为处理器1204的一部分。在各种实施例中，计算设备1200可以包括PCB 1202。对于这些实施例，处理器1204和通信芯片1206可以被布置于其上。在替代的实施例中，各种组件可以被耦接，而不需采用PCB 1202。在一些实施例中，计算设备1200可以是服务器计算设备，或任何其它处理数据的电子设备。特别地，在一些实施例中，提供PC 104的计算设备1200可以是为能够被配置为处理所期望的通信协议的服务器计算设备(例如，能够进行负载均衡和其它常见功能的网络服务器)。
计算设备1200可以包括其它组件，这些组件可以实体耦接和电耦接至PCB 1202，也可以不耦接。这些组件可以提供本文所公开的各种计算设备(例如，PC 1)的一些或所有数据存储和通信功能。这些其它组件可以包括但不限于，易失性存储器(例如，动态随机访问存储器(DRAM)1208)、非易失性存储器(例如，只读存储器(ROM)1210)、一个或多个硬盘驱动器、一个或多个固态驱动器、一个或多个压缩盘(compact disc)驱动器、和/或一个或多个数字多用盘驱动器、闪速存储器1212、和输入/输出控制器1214、数字信号处理器(未被示出)、加密处理器(未被示出)、图形处理器1216、一个或多个天线1218(该天线可以作为例如天线208)、触摸屏显示器1220、触摸屏控制器1222、其他显示器(例如液晶显示器、阴极射线管显示器和电子墨水显示器(未被示出))、电池1224或其它电源、音频编解码器(未被示出)、视频编解码器(未被示出)、全球定位系统(GPS)设备1228、罗盘1230、加速度计(未被示出)、陀螺仪(未被示出)、扬声器1232、摄像头1234、任何其它所期望的传感器(未被示出)等。在各种实施例中，处理器1204可以与其它组件集成于同一芯片中以形成片上系统(SoC)。
在各种实施例中，易失性存储器(例如，DRAM 1208)、非易失性存储器(例如，ROM1210)、闪速存储器1212和大容量存储设备可以包括程序指令，这些程序指令被配置为：响应于被处理器1204执行，使计算设备1200能够实施本文所描述的过程的全部方面或被选定方面(例如，XML数据接收和/或DP消息接收、转换操作、和/或XML数据和/或DP消息提供)。例如，一个或多个存储器组件，比如易失性存储器(例如，DRAM 1208)、非易失性存储器(例如，ROM 1210)、闪速存储器1212、以及大容量存储设备可以是包括指令的临时性和/或持续性(例如，非暂态)拷贝的机器可读介质，当该指令被一个或多个处理器1204执行时，使计算设备1200能够实施本文所描述的过程的全部方面或被选定方面(例如，PC 104的接收逻辑202、转换逻辑204、和/或提供逻辑206的功能)。计算设备1200可访问的存储器可以包括作为设备(计算设备1200被安装在该设备上)的实体部分的一个或多个存储资源，和/或可以被计算设备1200访问但并不一定是计算设备1200的一部分的一个或多个存储资源。例如，存储资源可以被计算设备1200经由通信芯片1206通过网络访问。这些存储器设备的任一个或多个可以被包括于PC 104的存储器208中。
通信芯片1206可以使能用于去往和来自通信设备1200的数据传输的有线和/或无线通信。术语“无线”和它的衍生可以用于描述电路、设备、系统、方法、技术、通信信道等，它们可以通过使用被调制的电磁辐射通过非固态介质传输信号。该术语不暗示相关的设备不包含任何电线，尽管在一些实施例中这些设备可能不包含电线。本文所描述的许多实施例可以通过WiFi和以上所提及的3GPP/LTE通信系统而被使用。然而，通信芯片1206可以包括被配置为实施多个无线标准或协议中任一者的任一个或多个通信芯片，以提供多个无线接入技术的任一者。计算设备1200可以包括多个通信芯片1206。例如，第一通信芯片1206可以被指定用于近程无线通信，比如Wi-Fi和蓝牙，第二通信芯片1206可以被指定用于远程无线通信，比如GPS、EDGE、GPRS、CDMA、WiMAX、LTE、Ev-DO等。
接下来的段落描述了各种实施例的示例。示例1为一种PC，包括：接收逻辑，接收被AF传送的XML数据；转换逻辑，将XML数据转换为DP消息；以及提供逻辑，用于提供向PCRF传送的DP消息；其中该XML数据包括AVP元素，并且该AVP元素包括AVP参数(AVP-Parameters)元素，该AVP参数元素包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、和代表AVP长度的第三XML元素。
示例2可以包括示例1的主题，并且还可以指定该PC被配置为在包括该PCRF的Diameter领域内运行。
示例3可以包括示例2的主题，并且还可以指定该PC不同于被配置为在第二Diameter领域内运行的第二PC，并且该Diameter领域和该第二Diameter领域在共同的3GPPPLMN内。
示例4可以包括示例1的主题，并且还可以指定该PC被配置为在该AF的域内运行。
示例5可以包括示例1的主题，并且还可以指定该PC位于AF的域的外侧和包括含有该PCRF的Diameter领域的3GPP PLMN的外侧。
示例6可以包括示例1-5的任一项的主题，并且还可以指定该XML数据包括多个AVP元素，并且该多个AVP元素的每一个AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的XML元素、代表AVP标志的XML元素、和代表AVP长度的XML元素。
示例7可以包括示例1-6的任一项的主题，并且还可以指定：根据XML方案，该AVP参数元素为AVP元素所需的元素(required element)。
示例8可以包括示例7的主题，并且还可以包括指定该AVP参数元素通过该XML方案中的参考属性包括于该AVP元素内。
示例9为一种或多种包括指令的计算机可读介质，当该指令被计算设备的一个或多个处理设备执行时，使该计算设备执行以下步骤：接收被AF传送的XML数据；以及至少部分地基于该XML数据，生成用于向PCRF传送的DP消息；其中该XML数据包括AVP元素，并且该AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、和代表AVP长度的第三XML元素。
示例10可以包括示例9的主题，并且还可以指定该AVP元素为具有字符串数据类型的会话ID(Session ID)元素。
示例11可以包括示例9-10的任一项的主题，并且还可以指定该AVP元素为源主机(Origin Host)元素、源领域(Origin Realm)元素、目标领域(Destination Realm)元素、目标主机(Destination Host)元素或路由记录(Route Record)元素，并且其中该AVP元素具有字符串类型。
示例12可以包括示例9-11的任一项的主题，并且还可以指定该XML数据包括多个AVP元素，并且该多个AVP元素的每一个AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的XML元素、代表AVP标志的XML元素、和代表AVP长度的XML元素。
示例13为用于协议转换的方法，该方法包括：通过服务器计算设备，从PCRF接收DP消息；通过该服务器计算设备，将该DP消息转换为XML数据；以及通过该服务器计算设备，提供该XML数据用于向AF传送；其中该XML数据包括AVP元素，并且该AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、和代表AVP长度的第三XML元素。
示例14可以包括示例13的主题，并且还可以指定该AVP元素为媒体组件描述元素、订户ID(Subscription ID)元素、被支持的特征(Supported Features)元素、被发起的连接数据(Sponsored Connectivity Data)元素或代理信息(Proxy Info)元素，并且其中该AVP元素具有组(group)类型。
示例15可以包括示例14的主题，并且还可以指定该AVP元素为被发起的连接数据元素，该被发起的连接数据元素包括授权服务组(Granted Service Group)元素和用户服务组(User Service Group)元素，并且其中该授权服务组元素和该用户服务组元素具有组类型。
示例16可以包括示例15的主题，并且还可以指定该授权服务组元素和该用户服务组元素的每一个包括资金组(Money Group)元素，并且其中该资金组元素具有组类型。
示例17可以包括示例13-16的任一项的主题，并且还可以指定该服务器计算设备被配置为在包括该PCRF的Diameter领域内运行。
示例18可以包括示例13-16的任一项的主题，并且还可以指定该服务器计算设备被配置为在该AF的域内运行。
示例19可以包括示例13-16的任一项的主题，并且还可以指定该PC被配置为在该AF的域外侧和包括含有该PCRF的Diameter领域的3GPP PLMN的外侧运行。
示例20为一种PC，该PC包括：接收逻辑，从PCRF接收DP消息；转换逻辑，将该DP消息转换为XML数据；以及提供逻辑，提供该XML数据用于向AF传送；其中该XML数据包括AVP元素，并且该AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、和代表AVP长度的第三XML元素。
示例21可以包括示例20的主题，并且还可以指定该PC被配置为在包括该PCRF的Diameter领域内运行。
示例22可以包括示例20的主题，并且还可以指定：该PC不同于被配置为在第二Diameter领域内运行的第二PC，并且该Diameter领域和该第二Diameter领域在共同的3GPPPLMN内。
示例23可以包括示例20-22的任一项的主题，并且还可以指定该XML数据包括多个AVP元素，该多个AVP元素的每一个AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的XML元素、代表AVP标志的XML元素、和代表AVP长度的XML元素。
示例24可以包括示例20-23的任一项的主题，并且还可以指定：根据XML方案，该AVP参数元素为AVP元素所需的元素。
示例25为一种用于协议转换的方法，该方法包括：接收被AF传送的XML数据；以及至少部分地基于该XML数据，生成用于向PCRF传送的DP消息；其中该XML数据包括AVP元素，并且该AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的第一XML元素、代表AVP标志的第二XML元素、和代表AVP长度的第三XML元素。
示例26可以包括示例25的主题，并且还可以指定该AVP元素为具有字符串数据类型的会话ID元素。
示例27可以包括示例25-26的任一项的主题，并且还可以指定该AVP元素为源主机元素、源领域元素、目标领域元素、目标主机元素或路由记录元素，并且其中该AVP元素具有字符串类型。
示例28可以包括示例25-27的任一项的主题，并且还可以指定该XML数据包括多个AVP元素，并且该多个AVP元素的每一个AVP元素包括AVP参数元素，该AVP参数元素包括代表AVP代码的XML元素、代表AVP标志的XML元素、和代表AVP长度的XML元素。
示例29为一种或多种包括指令的计算机可读介质，当该指令被计算设备的一个或多个处理设备执行时，使该计算设备执行示例13-19和25-28的任一项的方法。
示例30为一种设备，该设备包括用于执行示例13-19和25-28的任一项的方法的装置。
