IMS网络中设备间的接口

2.3 IMS接口

本节介绍前面描述的网络实体是如何互相连接到一起的，以及使用什么协议。此外，还会描述IMS架构。你还会看到基于SIP的接口的一个概览（下图中）（例如，SIP在哪里使用，主要过程有哪些）。然而，你会发现介绍基于SIP的接口没有像介绍基于Diameter的接口那样深。这个区别的原因是，本书中会有几章专门来讲SIP和SDP相关的过程，在那里会详细进行详细地介绍。

图 10 IMS架构

出于清晰原因，不可能把所有的东西都放到一张图中。所以需要注意以下方面。

· 上图中不包含计费相关的实体和接口（参考3.10以获得更详细信息）。

· 图中没有显示不同类型的AS（参考2.2.9以获得更详细信息）。

· 图中没有显示IMS和AS间的用户层连接。

· 图中没有显示Mm、Mk和Mw接口上的SEG。

· 虚线表示实体间的直接连接。

· ICS、Cx、Dx、Mm和Mw既是连接S-CSCF的接口也连接I-CSCF的接口。

2.3.1 Gm接口

Gm接口把UE接入到IMS。它被用来传输UE和IMS之间的所有SIP信令消息。该接口在IMS侧对应的是P-CSCF。Gm上的流程被分为三大类：注册、会话控制和事务（transaction）。

· 注册流程中，UE使用Gm接口给P-CSCF注册请求，并在请求消息中标识所支持的安全机制。在注册的过程中，UE和P-CSCF交换用来认证自己和网络的必要参数，获取隐式注册的用户标识符，协商安全关联（Security association）的必要参数，并有可能启动SIP压缩。另外，Gm也被用来在网络侧发起的注销和重新认证中向UE发送通知。

· 会话控制流程包括处理移动端发起的会话和终结于移动端的会话的机制。在移动端发起的会话中，Gm把请求消息从UE转发到P-CSCF。在终结于移动端的会话中，Gm把请求消息从P-CSCF转发到UE。

· 事务流程用来发送孤立的（Stand-alone）请求（如MESSAGE请求），并接收所有通过Gm接口的对应的应答消息（例如200 OK）。事务流程相对于会话控制流程的区别是没有对话（Dialog）的建立。

2.3.2 Mw接口

Gm接口把UE连接到IMS（也就是P-CSCF）。接下来，就需要CSCF间的基于SIP的接口。这个接口就是Mw。Mw接口上的流程被分为三大类：注册、会话控制和事务。

· 在注册流程中，P-CSCF使用Mw接口来从UE向I-CSCF转发注册请求。I-CSCF利用Mw接口来向S-CSCF转发请求。最后，从S-CSCF发出的应答消息会通过Mw沿路返回。另外，S-CSCF在网络发起的注销时利用Mw接口来通知UE这个注销，还在网络发起的重新认证时利用Mw接口来通知P-CSCF来释放相关用户的资源。

· 会话控制流程包括处理移动端发起的会话和终结于移动端的会话的机制。在移动端发起的会话中，Mw把请求消息从P-CSCF转发到S-CSCF，以及从S-CSCF转发到I-CSCF。在终结于移动端的会话中，Gm把请求消息从I-CSCF转发到S-CSCF, 以及从S-CSCF转发到P-CSCF。这个接口还被用于网络发起的会话释放：例如，当从PDF收到承载通道丢失的指示时，P-CSCF可能向S-CSCF发起会话释放。另外，Mw也传输计费相关的信息。

· 事务流程用来发送孤立的（Stand-alone）请求（如MESSAGE请求），并接收所有通过Mw的对应于那个请求的应答消息（例如200 OK）。就如刚才所说，事务流程相对于会话控制流程的区别是没有对话（Dialog）的建立。

2.3.3 IMS服务控制（ISC）接口

在IMS架构中，AS是提供和执行服务的实体，例如在线服务、短消息服务和呼叫前转。因此，需要有一个接口来在CSCF和AS间发送和接收消息。这个接口就叫做ISC，而选中的协议就是SIP。ISC上的流程可以被分为两大类：向AS路由初始的SIP消息和AS发起的SIP请求：

· 当S-CSCF收到一个初始的SIP请求时，会对这个消息进行分析。根据这个分析，S-CSCF会决定是否需要把这个请求转发到AS以进行进一步处理。AS可能终结（terminate）、重定向（redirect）或者转发（proxy）从S-CSCF来的这个消息。

· AS可以发起一个请求消息（例如代表用户发起请求）。

· 服务控制的概念会在3.12透彻的讲解。

2.3.4 Cx接口

用户和服务数据永久的储存在HSS。这些集中化的数据会在用户注册或者收到会话请求时需要被I-CSCF和S-CSCF使用。因此，需要在CSCF和HSS间有接口。这个接口就叫做Cx，所选中的协议就是Diameter。接口上的流程被分为三大类：位置管理、用户档案处理和用户认证。一般来讲，这里的描述只涵盖成功的情况，不包括出错的情况。结果信息数据元可以被用来携带请求失败的原因信息。如果有错误发生，应答消息通常情况下不会进一步携带其它信息数据元。下表是Cx接口上的一些Diameter命令：

命令名称	用途	缩写	发送源	目的地
User-Authorization-Request/Answer	在注册的过程中I-CSCF使用该命令来获取S-CSCF的名字或者所需的S-CSCF的能力。注销时，I-CSCF使用该命令来获取S-CSCF的名字。	UAR UAA	I-CSCF HSS	HSS I-CSCF
Server-Assignment-Request/Answer	更新HSS中记录的为用户提供服务的S-CSCF的名字，把用户描述下载到S-CSCF中。	SAR SAA	S-CSCF HSS	HSS S-CSCF
Location-Info-Request/Answer	在会话建立过程中，I-CSCF使用命令来获得为用户提供服务的S-CSCF名字，或者S-CSCF选择所需要的S-CSCF能力。	LIR LIA	I-CSCF HSS	HSS I-CSCF
Multimedia-Auth-Request/Answer	在S-CSCF和HSS间交换用以支持终端用户和网络间认证所需要的数据。	MAR MAA	S-CSCF HSS	HSS S-CSCF
Registration-Termination-Request/Answer	HSS使用命令来注销用户的一个或者多个公共标识符。	RTR RTA	HSS S-CSCF	S-CSCF HSS
Push-Profile-Request/Answer	当用户数据改变时，HSS使用命令来同步更新S-CSCF中的用户数据。	PPR PPA	HSS S-CSCF	S-CSCF HSS

表格 1 Cx接口命令

2.3.4.1 位置管理过程

位置管理流程又可以被进一步分成两类：注册和注销、位置信息检索。

I-CSCF 和HSS 间的注册和注销流程

当I-CSCF通过Mw接口从P-CSCF收到一个注册请求的时候，它会发起一个用户注册状态查询，也就是标准中的User-Authorization-Request（UAR）命令。这条命令中包含：

· 私有用户标识符——从网络的视角来唯一标识一个用户的标识符。他标识用户的订阅和正确的认证数据（更多关于私有用户标识符的信息请参考3.4.1.1节）。

· 公共用户标识符——被注册的标识符（更多关于公共用户标识符的信息请参考3.4.1.2节）。

· 访问点网络标识符——在IMS漫游的情况下用来标识访问点IMS网络。HSS可以基于这个标识符来加强漫游限制。

· 路由信息——如果I-CSCF知道的话，可以包含HSS的地址。如果I-CSCF不知道HSS的地址的话，那它就在消息中带上目的域名（例如，SLF会来解析出一个正确的HSS）。

· 授权类型——定义了三种授权信息数据元的可能值：

· REGISTRATION——当注册（REGISTER）消息携带的过期值（expires）不为零时设置这个值。

· REGISTRATION_CAPABILITIES——当注册（REGISTER）携带的消息过期值（expires）不为零，并且I-CSCF需要查询S-CSCF的能力时设置这个值。

· DE_REGISTRATION——当注册（REGISTER）消息携带的过期值（expires）为零时设置这个值。

收到UAR命令后，HSS发送回User-Authorization-Answer（UAA）命令。这个消息包含：

· 结果——指示UAR命令的结果。

· S-CSCF名字和/或S-CSCF能力（如果UAR请求没有因为包含的公共用户标识符和私有用户标识符不属于同一用户而被拒绝），取决于用户当前的注册状态。

如果用户在HSS中还没有分配一个S-CSCF，或者I-CSCF显示的请求S-CSCF的能力，那么会返回S-CSCF的能力。否则，就返回S-CSCF的名字。当S-CSCF的能力被返回时，I-CSCF就需要去进行如3.9节描述的S-CSCF选择。

S-CSCF 和HSS 间的注册和注销流程

我们已经解释过了I-CSCF是如何找到为提供用户服务的S-CSCF。完成这个以后I-CSCF将SIP REGISTER请求转发给这个S-CSCF。当S-CSCF收到这个SIP REGISTER消息后，它发送Server-Assignment-Request（SAR）命令给HSS。SAR被用来通知HSS，当过期值（expires）不为0时这个S-CSCF将为用户提供服务。类似的，如果过期值是0，那么这个SAR就被用来通知HSS，这个S-CSCF不再为用户提供服务。发送SAR命令的一个前提是，用户已经成功的被S-CSCF认证。SAR命令包括：

· 私有用户标识符——参考UAR命令。

· 公共用户标识符——要被注册或者注销的标识符（更多关于公共用户标识符得细节请参考3.4.1.2节）。

· 路由信息——如果S-CSCF知道的话，可以包含HSS的地址。如果S-CSCF不知道HSS的地址的话，那它就在消息中带上目的域名。

· S-CSCF名字——这个S-CSCF的SIP URI。

· 服务指派类型（Server Assignment Type）——服务指派类型包含了为什么执行这次请求的信息（例如：注册、重新注册、到未注册用户的会话、用户发起的注销、S-CSCF发起的注销、以及认证失败）。

· 用户数据已取得（User Data Already Available）——向HSS指示S-CSCF是否已经获取了为用户提供服务所需的用户档案（user profile）。

· 用户数据请求类型（User Data Request Type）——告诉HSS，S-CSCF是要下载一个完整的档案（complete profile）、已注册档案（registered profile）或者未注册档案（unregistered profile）。

在收到SAR命令后，HSS会发送回一个（Server-Assignment-Answer）SAA作为响应。消息内容包括：

· 结果——指示SAR命令的结果。

· 用户档案——基于SAR中Server Assignment Type和User Data Already Available两个参数来发送用户描述（用户描述在3.11节介绍）。

· 计费信息——包含计费功能实体的地址。这是个可选的消息项。

前面一节介绍了I-CSCF如何处理Cx接口上用户发起的注册和注销过程（用户发起或者S-CSCF发起）。关于网络发起的注销过程，还需要有更多的操作（UE被偷或者订阅结束）。这种情况下，由HSS通过使用Registration-Termination-Request（RTR）命令来发起注销。RTR命令包括：

· 私有用户标识符——从网络的视角看唯一标识一个用户的标识符。他标识用户的订阅和正确的认证数据（更多关于私有用户标识符的信息请参考3.4.1.1节）。

· 公共用户标识符——一个或多个被注册的标识符（更多关于公共用户标识符的信息请参考3.4.1.2节）。

· 路由信息——为用户提供服务的S-CSCF的名字。

· 注销原因——包含一个决定S-CSCF行为的原因码，以及一个可选的用来显示给用户的文本消息。

Registration-Termination-Answer（RTA）命令对RTR进行应答，它只是简单的指示了请求处理的结果。需要注意的是，可以通过只包含私有用户标识符来一口气注销用户所有的公共用户标识符。

位置获取过程

前面我们介绍了I-CSCF在收到一个SIP REGISTER消息时，如何使用用户注册状态查询请求（UAR命令）来找到S-CSCF。相应的，当收到一个非REGISTER时也需要一个过程来找到S-CSCF。这个过程使用了Location-Info-Request（LIR）命令。命令包括了：

· 公共用户标识符——SIP请求的请求地址（request URI）域。

· 路由信息——如果I-CSCF知道的话，可以包含HSS的地址。如果I-CSCF不知道HSS的地址的话，那它就在消息中带上目的域名。

HSS发回一个Location-Info-Answer（LIA）命令进行应答。消息内容包括：

· 结果——指示LIA命令的结果。

· S-CSCF名字和/或S-CSCF能力——如果还没有给用户分配S-CSCF，那么就返回后者。否则就返回前者。

2.3.4.2 用户档案处理过程

像刚才所说的，在注册的过程中使用SAR和SAA，用户档案和服务相关的数据通过Cx接口从HSS下载到S-CSCF中。然而，在以后S-CSCF仍然为用户提供服务时，用户档案可能会改变。为了更新S-CSCF中的用户档案，HSS发送一个Push-Profile-Request（PPR）命令。这个消息中包含：

· 私有用户标识符——从网络的视角来唯一标识一个用户的标识符。（更多关于私有用户标识符的信息请参考3.4.1.1节）。

· 路由信息——为用户提供服务的S-CSCF的名字。

· 用户档案——包含更新的用户档案（用户描述在3.11节介绍）。

更新在用户数据改变后立刻发生。但是有一种例外的情况：如3.8.5节描述的S-CSCF正为一个未注册的用户服务或者被保留给一个未注册的用户，如果已注册相关的服务数据发生改变，那么HSS不会发送PPR命令。Push-Profile-Request（PPA）命令用来应答PPR，并简单指示请求执行的结果。

2.3.4.3 认证过程

IMS用户的认证依赖一个预先配置好的共享密钥。共享密钥和序列号被保存在UE的IP多媒体服务标识模块（ISIM）中和网络中的HSS中。因为是由S-CSCF来控制用户认证，这就有必要在Cx接口上传输安全性数据。当S-CSCF需要认证用户的时候，它就向HSS发送一个Multimedia-Auth-Request（MAR）命令。这个消息中包含：

· 私有用户标识符——从网络的视角来唯一标识一个用户的标识符。他标识用户的订阅和正确的认证数据（更多关于私有用户标识符的信息请参考3.4.1.1节）。

· 公共用户标识符——一个或多个被注册的标识符（更多关于公共用户标识符的信息请参考3.4.1.2节）。

· S-CSCF名字——包含S-CSCF的SIP URI。

· 路由信息——如果S-CSCF知道的话，可以包含HSS的地址。如果S-CSCF不知道HSS的地址的话，那它就在消息中带上目的域名。

· 认证项目（Authentication Items）数量——关于S-CSCF一次想下载几组认证向量的信息。可以一次下载多组认证向量（例如运营商会希望后续重新认证所有的重新注册）。

· 认证数据（Authentication Data）——包含认证方案（authentication scheme）（例如Digest-AKAv1-MD5）和同步失败情况下的认证信息。

HSS发送一个MAA进行应答。应答消息包含：

· 结果——MAR的处理结果。

· 私有用户标识符——从网络的视角来唯一标识一个用户的标识符。他标识用户的订阅和正确的认证数据（更多关于私有用户标识符的信息请参考3.4.1.1节）。

· 公共用户标识符——被认证的标识符（更多关于公共用户标识符的信息请参考3.4.1.2节）。

· 认证项目（Authentication Items）数量——包含认证向量的数量。

· 认证数据（Authentication Data）——包含认证向量，它包括认证方案（authentication scheme）（例如Digest-AKAv1-MD5）、认证信息（认证质疑（challenge）RAND和令牌AUTN）、授权信息（期望结果（expected response）或XRES）、完整性密钥、以及一个可选的保密性密钥。另外，它还包括了项目号，这被用来指示当多个认证向量被返回时认证向量被使用的顺序。

2.3.5 Dx接口

当多个可单独被寻址的HSS被部署在网络中时，I-CSCF或者S-CSCF都不会知道要去联系哪个HSS。它们需要先联系SLF。出于这个原因，引入了Dx接口。Dx接口总是和Cx接口一起协作。这个接口上使用的协议是基于DIAMETER的。通过增强的DIAMETER重定向代理提供的路由机制，实现了该接口的功能。

为了获取HSS的地址，I-CSCF或者S-CSCF向SLF发送一个目的地是HSS的Cx请求。当从SLF收到HSS的地址后，I-CSCF或者S-CSCF会将这个Cx消息再发送个HSS。下图显示了一个部署了三个HSS的网络中，当I-CSCF收到一个INVITE请求时如何使用SLF找到正确的HSS。

图 11 使用SLF解析HSS

2.3.6 Sh接口

一个AS（SIP AS或者OSA SCS）可能需要用户数据或者需要知道向哪个S-CSCF发送SIP请求。这类信息保存在HSS中。因此，需要在HSS和AS间有一个接口。这个接口叫做Sh，而采用的协议是DIAMETER。流程被分为两大类：数据处理和订阅/通知。HSS维护了一个AS的列表，只有这些AS被允许获取或者存储数据。

命令名称	用途	缩写	发送源	目的地
User-Data- Request/Answer	传递特定用户的用户数据。	UDR UDA	AS HSS	HSS AS
Profile-Update- Request/Answer	更新HSS中的透明数据。	PUR PUA	AS HSS	HSS AS
Subscribe-Notification-Request/Answer	订阅数据变化的通知，或者取消订阅。	SNR SNA	AS HSS	HSS AS
Push-Notification- Request/Answer	向AS发送发生改变的数据。	PNR PNA	HSS AS	AS HSS

表格 2 Sh接口命令

2.3.6.1 数据处理

数据处理流程包括从HSS获取用户数据。这个用户数据可以包括服务相关的数据（透明或者非透明的）、注册信息、标识符、初始过滤规则（initial filter criteria）、为用户提供服务的S-CSCF名字、计费功能实体的地址、甚至PS和CS域的位置信息。透明数据是需要HSS理解句法，但不需要理解语义的数据。它们是AS为了支持它的服务而存放在HSS中的数据。相对的，非透明数据需要HSS同时理解句法和语义。AS使用User-Data-Request（UDR）命令来请求用户数据。这个请求消息包含：

· 用户标识符——想要获取数据的用户的公共标识符（更多关于公共标识符的细节请参考3.4.1.2节）。

· AS标识符——标识这个发送请求的AS。这个信息被用来检查AS是否被允许从HSS获取数据。

· 被请求域——指示为哪个访问域而获取数据。指定了两个值：CS域和PS域。

· 被请求数据——用来指示要获取哪种数据。定义了以下几种值：

· RepositoryData——为用户存储的透明数据。

· PublicIdentifiers——用户的公共标识符列表。

· IMSUserState——用户当前在IMS中的状态信息。被定义为：REGISTERED, NOT_REGISTERED, AUTHENTICATION, PENDING 和 REGISTERED_UNREG_SERVICES。

· S-CSCFName——为用户提供服务的S-CSCF的名字。

· InitialFilterCriteria——影响到这个AS的服务的相关触发信息（参考3.11.1.3节和3.12节以获取更多信息）。

· LocationInformation——用户在被请求域中的位置信息（例如蜂窝全局标识符）。

· UserState——用户当前在被请求域中的状态信息。

· Charginglnformation——计费功能实体的地址。

· 当前位置——通知HSS是否需要执行位置检索过程。

· 服务指示——运营商网络中标识透明数据的唯一值。

· AS名字——与其它值一起使用来标识正确的InitialFilterCriteria。

HSS发回一个User-Data-Answer（UDA）来进行应答。这个应答消息包含：

· 处理UDR消息的结果。

· 被请求的数据。

AS能够使用Profile-Update-Request（PUR）命令来更新在HSS中存储的透明数据。请求包含：

· 用户标识符——想要获取数据的用户的公共标识符（更多关于公共标识符的细节请参考3.4.1.2节）。

· AS标识符——标识这个发送请求的AS。这个信息被用来检查AS是否被允许从HSS获取数据。

· 数据——需要被更新的数据。

Profile-Update-Answer（PUA）命令对PUR进行应答，并简单的返回请求处理的结果。

2.3.6.2 订阅/通知

订阅/通知过程允许AS在HSS中特定用户数据发生改变时得到通知。AS发送一个Subscribe-Notification-Request（SNR）命令，用以在当SNR中指定的用户数据在HSS中发生改变时获得通知。消息内容包含：

· 用户标识符——标识数据变化需要监视的用户。

· 请求的数据——指向需要监视的数据。可能的值已经在UDR命令中列过。

· 订阅请求类型——指示AS是想执行订阅或者取消订阅。

· 服务指示——运营商网络中标识透明数据的唯一值。

· AS标识符——标识这个发送请求的AS。这个信息被用来检查AS是否被允许从HSS获取数据。

· AS名字——与其它值一起使用来标识正确的InitialFilterCriteria。

HSS使用Subscribe-Notification-Answer（SNA）来应答这个订阅请求，并指示请求的处理结果。

如果AS发送的SNR进行订阅操作的，那么当特定数据发生变化时，HSS就会发送Push-Notification-Request（PNR）命令给AS。消息包含以下内容：

· 用户标识符——标识数据变化需要监视的用户。

· 请求的数据——发生变化的数据。

Push-Notification-Answer（PNA）命令用来应答PNR，并简单返回执行结果。

2.3.7 Si接口

当AS是一个CAMEL AS（IM-SSF）时，它使用Si接口来和HSS通信。Si接口被用来从HSS向IM-SSF传输包括触发器在内的CAMEL订阅信息。使用的协议是Mobile Application Part（MAP）。

2.3.8 Dh接口

当多个可单独寻址的HSS被布署在网络中时，AS会不知道该去联系哪个HSS。AS需要先联系SLF。出于这个目的，版本6引入了Dh接口。在版本5中，运营商会使用一些私有的方法来寻找HSS。Dh接口总是和Sh接口一起协作。这个接口上使用的协议是基于DIAMETER的。通过增强的DIAMETER重定向代理提供的路由机制，实现了该接口的功能。

为了获取HSS的地址，AS向SLF发送一个目的地是HSS的Sh请求。当从SLF收到HSS的地址后，AS会将这个Sh消息再发送个HSS。

2.3.9 Mm接口

为了能够和其他多媒体IP网络通讯，需要一个IMS和其它多媒体IP网络间的接口。Mm接口使得I-CSCF能够从另外的SIP服务器或者终端接收会话请求。类似的，S-CSCF使用Mm接口来将IMS UE发起的请求转发到其它多媒体网络。在写这本书的时候，还没有提供关于Mm接口的详细描述。然而，使用的协议将很可能是SIP。

2.3.10 Mg接口

Mg接口将CS域边界上的MGCF连接到IMS（也即I-CSCF）。这个接口使得MGCF能够将从CS域来的会话转发到I-CSCF。Mg接口使用的协议是SIP。MGCF负责将接收到ISUP或者BICC消息转换成SIP消息。

2.3.11 Mi接口

当S-CSCF发现会话需要被路由到CS域时，它使用Mi接口来将会话转发到BGCF。Mi接口使用的协议是SIP。3.13节将包含更多关于IMS和CS互联的介绍。

2.3.12 Mj接口

当BGCF从Mi接口收到会话信令时，它会选择进行出局的CS域。如果出具在本网络进行，那它使用Mj接口来将会话转发给MGCF。Mj接口使用的协议是SIP。3.13节将包含更多关于IMS和CS互联的介绍。

2.3.13 Mk接口

当BGCF从Mi接口收到会话信令时，它会选择进行出局的CS域。如果出具在其它网络进行，那它使用Mk接口来将会话转发给其它网络中的BGCF。Mk接口使用的协议是SIP。3.13节将包含更多关于IMS和CS互联的介绍。

2.3.14 Ut接口

Ut是UE和AS间的接口。它使得用户能够安全的管理和配置他们在AS上的服务相关的信息。用户能够使用Ut接口来创建公共服务标识符（PSI），例如资源列表。并能够管理服务使用的授权策略。使用Ut接口的服务的例子是在线服务和会议服务。AS可能需要为Ut接口提供安全保证。

HTTP被选择作为Ut接口的协议。任何基于Ut接口的应用所选择的应用协议必须基于HTTP。这个接口在版本6种被标准化。

2.3.15 Mr接口

当S-CSCF需要激活承载通道相关的服务，它通过Mr接口发送SIP消息给MRFC。Mr接口的功能还没有完全被标准化。例如，没有描述S-CSCF如何通知MRFC来播放特定提示音。Mr接口使用的协议是SIP。

2.3.16 Mp接口

当MRFC需要控制媒体流（例如，为会议媒体创建连接或者停止MRFP上的媒体），它使用Mp接口。这个接口完全遵从H.248标准。然而，IMS可能需要对它进行扩展。这个接口在版本6种被标准化。

2.3.17 Go接口

运营商会关心要能够确保QoS、媒体流的源目的地址与信令中协商的一致。这需要IMS（控制层（control plane））和GPRS网络（用户层（user plane））间的交流。Go最初就是为这个目的制定的。后来又增加了计费关联功能。接口使用的协议是通用开放策略服务（COPS）协议。Go上的流程可以被分为两大类：

· 媒体授权——就考虑接入而言，策略增强节点（PEP）（例如GGSN）使用Go接口来询问一个承载通道激活请求是否能被PDF接受。PDF作为策略决定节点。PEP同样还能够使用Go接口来通知PDF关于承载通道发生改变或者释放的消息（例如PDP context）。就考虑IMS而言，PDF使用Go接口来明确指示一个承载通道能否被使用。它还能够请求PEP释放一个承载通道。媒体授权将会在3.9节的SBLP上下文中进行透彻的解释。

· 计费关联——IMS能够通过Go接口向GPRS网络（用户层）传递一个IMS计费标识符（ICID）。按照类似的方式，接入网络能够使用Go接口来给IMS传递GPRS计费标识符。通过这个过程，使得将来有可能在计费系统中合并IMS计费和GRPS计费。这个概念将会在3.10接进一步说明。

2.3.18 Gq接口

当一个单独的PDF被布署在网络中时，Gq接口被用来在应用功能实体和PDF间传输策略设置信息。使用“应用功能实体”是因为PDF不仅能够授权IMS的通信量还能够授权其它应用的通信量。在IMS的情况下，P-CSCF扮演应用功能实体的角色。这个接口在版本6种被标准化。

P-CSCF将关于每个包含SDP的SIP消息的策略信息发送到PDF。这确保PDF对所有可能的IMS会话建立场景都有合适的信息来为之进行媒体授权。媒体授权的概念将会在3.9节中进行全面介绍。对于每个媒体成分，P-CSCF向PDF提供如下信息[3GPP TS 29.207]：

· 目的IP地址和端口号。

· 传输协议ID（例如RTP）。

· 媒体传输方向信息（例如只收、只发或者收发）。

· 媒体源的方向（是会话的发起端还是接受端）。

· 媒体成分所属的组。

· 媒体类型信息（音频、视频等）。

· 带宽信息。

· 复制和非复制的指示。

另外，当P-CSCF在SIP信令中收到ICID或者在P-CSCF中生成ICID时，P-CSCF将ICID传递给PDF。

类似的，PDF向P-CSCF发送授权令牌和GPRS计费标识符（GCID）。3.9节会进一步解释什么时候生成授权令牌，以及PDF什么时候从GGSN接受GCID。

在写本书的时候，Gq的标准化还在进行中。因此，它将来还可能会被改变。

2.3.19 接口和协议汇总

下面这张图总结了本节内容中所有的接口，以及它所使用的协议。

接口名称	连接的实体	作用	协议
Gm	UE, P-CSCF	用以在UE和CSCF间交换信息。	SIP
Mw	P-CSCF, I-CSCF, S-CSCF	用以在CSCF间交换信息。	SIP
ISC	I-CSCF, S-CSCF, AS	用以在CSCF和AS间交换信息。	SIP
Cx	I-CSCF, S-CSCF, HSS	用以在CSCF和HSS间交换信息。	Diameter
Dx	I-CSCF, S-CSCF, SLF	该接口被I-CSCF和S-CSCF用来在多HSS的环境下找到正确的HSS。	Diameter
Sh	SIP AS, OSA SCS, HSS	用以在SIP AS/OSA SCS和HSS间交换信息。	Diameter
Si	IM-SSF, HSS	用以在IM-SSF和HSS间交换信息。	MAP
Dh	SIP AS, OSA SCS, SLF	该接口被SIP AS/OSA SCS用来在多HSS的环境下找到正确的HSS。	Diameter
Mm	I-CSCF, S-CSCF, external IP network	该接口被用来在IMS和其它网络间交换信息。	未指定
Mg	MGCF->I-CSCF	MGCF将ISUP消息转化成SIP消息，并通过该接口将其发送给I-CSCF。	SIP
Mi	S-CSCF->BGCF	该接口被用来在S-CSCF和BGCF间交换信息。	SIP
Mj	BGCF->MGCF	该接口被用来在BGCF和同一个IMS网络中的MGCF间交换信息。	SIP
Mk	BGCF->BGCF	该接口被用来在BGCF和另一个IMS网络中的BGCF间交换信息。	SIP
Mr	S-CSCF, MRFC	该接口被用来在S-CSCF和MRFC间交换信息。	SIP
Mp	MRFC, MRFP	该接口被用来在MRFC和MRFP间交换信息。	H.248
Mn	MGCF, IM-MGW	在与CS域互联的时候，用以在MGCF和IM-MGW间交换信息。	H.248
Ut	UE, AS（SIP AS, OSA SCS, IM-SSF）	该接口使UE能够管理服务相关信息。	HTTP
Go	PDF, GGSN	该接口允许运营商能够在用户层控制QoS，并能在IMS和GPRS网络间传递计费关联信息。	COPS
Gp	P-CSCF, PDF	该接口被用来在P-CSCF和PDF间交互策略控制相关的信息。	Diameter

表格 3 接口概要

 

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
本文内容来自下面的著作，如果读者对本文内容感兴趣，请购买正版原著书籍阅读。
书名：THE IMS IP Multimedia Concepts and Services in the Mobile Domain
出版社：John wiley & Sons, Ltd

本译文内容未经作者许可，不得用于商业用途。