10.2.5PINT消息示例
下面给出典型示例的PINT请求消息详细字段描述，由此可以进一步理解PINT消息结构和协议过程，并可体会PINT的实际应用。
1.CTD：客户点击和销售代理商通话
C→S:INVITESIP:marketing®pint.mailorder.comSIP/2.0
Via:Sip/2.0/UDP169.130.12.5
Via:Sip/2.0/UDP169.130.12.5
From:SIP:john.jones.3@chinet.net
TO:Sip:rnary.jarnes@mailorder.com
Call-ID:19971205T234505.56.78@pager.com
CSeq:4712INNTE
CSeq:4712INNTE
Subject:Defective Ironing Board－Want refund
Content-type:application/sdp
Content-type:application/sdp
Content-Length:150
v=O
o=-23536876372353687637INIP4128.3.4.5
s=marketing
e=john.jones.3@chinet.net
c=TN RFC2543+1-201-406-4090
t=23536876400
m=audio 1 voice-
上述消息表明，该请求是由顾客JohnJones发起的(From：头部），要求和邮购公司的销售员MaryJames(To：头部）通话。主题是所购烫衣板质量有问题，要求退货(Subject：头部）。顾客的电话号码＋是1-201-406-4090，为国际电话号码。邮购公司的号码未列出，只是在TO：头部中给出MaryJames的E-mail地址，这表示PINT客户认为PINT网关能够由此E-mail地址得出其电话号码，网关的地址由Request-URI指明。如果网关实现不能接受To：头部出现E-mail地址，则必须回送失败响应,'606不可接受”。
由SDP描述的m＝行知，这是一个R2C业务请求。其会话标识为2353687637，客户的E-mail地址由e＝行给出，通话时长没有限制(t＝行的第二子字段为零）。
需要指出的是，该电话呼叫具体如何建立，PINT消息并未规定。例如，可以先呼叫客户电话，听录音通知或音乐，然后再呼叫销售代理；也可以先呼叫代理，再呼叫客户，以免客户等待。这些细节问题均由GSTN决定。原则上说，如果PINT想规定某些细节，可用SDP的“属性”(a=）行予以描述，但需注意业务相容性。
2.CTF：请求将内含文本页发给某寻呼机
C→S:INVITEsip:R2F@pint.pager.comSIP/2.0
Via:SIP/2.0/UDP169.130.120.5
Via:SIP/2.0/UDP169.130.120.5
From:Sip.Scott.petrack@chinet.net
TO:Sip:R2F@pint.pager.com
TO:Sip:R2F@pint.pager.com
Call-ID:19974505.66.79@ chinet.net
Cseq:4714INVITE
Content-Type:multipart/mixed;boundary＝－－next
-- - -next
Content-Type:application/sdp
Content－Length:236
Content－Length:236
v=O
o=-2353687680 2353687680 IN 1P4128.3.4.5
s=R2F
s=R2F
e=scott.petrack@chinet.net
t=23536876800
t=23536876800
m=text 1 pager plain
c=TN RFC 2543+972-9-956-1867
a= fmtp:plain Spr:2@53655768
----next
Content-Type:text/plain
Content-ID:2@53655768
Content-ID:2@53655768
Content-Length:50
HiJoe!Pleasecallmeasapat555-1234。
--next--
此消息内含待发送的文本数据，因此SDP描述采用多段MIME格式，各段用－－－－next分隔（由SIP的Content-Type：头部指明）。第1段为SDP描述，由m＝行知该文本需发往寻呼机，由C＝行知寻呼机的号码为＋972-9-956-1867。在CTF中无需A方号码，因此本例中SIP的TO：头部不起作用。由a=fmtp描述行知，待发送文本置于段标识号为2@53655768的MIME段中，该段中显式给出了该文本内容。
3.VAC：请求语音读出两段内容
C→S:INVITESIP:R2HC@pint.acme.comSIP/2.0
Via:SIP/2.0/UDP169.130.12.5
Via:SIP/2.0/UDP169.130.12.5
From:SIP.Scott.petrack@chinet.net
To:Sip:R2HC@pint.acme.com
To:Sip:R2HC@pint.acme.com
Call-ID:19974505.66.79@ chinet.net
Cseq:4716INVITE
Content-Type:multipart/mixed;boundary=next
---next
Content-Type:application/sdp
Content－length:316
Content－length:316
v=O
o=-2353687720 2353687720 IN IP4 128.3.4.5
s=R2HC
s=R2HC
e=scott.petrack@chinet.net
c=TN RFC2543+1-201-406-4091
t=2353687720 0
m=text 1 voice plain
a=fintp:plainspr:2@53655768
m=text I Voice plain
m=text I Voice plain
a=fintp:plainuri:http://www.your.com/texts/stuff.doc
--next
Content-Type:text/plain
Content-ID:2@53655768
Content-length:70
Content-ID:2@53655768
Content-length:70
Hello!! I am about to read out to you the document you requested.
--next--
消息体也是多段MIME格式。由SDP的m＝描述行知，此为语音播放文本业务。计有两段文本。第一段文本含于消息体中（由spr标识），第二段文本含于uri指示的3W服务器的stuff.doc文件中。根据规定，这两段文本应按序播放。
4.CTFB：回复顾客询问发回一组信息
C→s:INVITESIP:R2FB@pint.ht.co.ukSIP/2.0
Via:SIP/2.0/UDP169.130.12.5
Via:SIP/2.0/UDP169.130.12.5
To:SIP:0345-12347-01@pint.bt.co.uk;user=phone;
phone-context=+44
phone-context=+44
From:SIP.colin.masterton @sales.hh.ht.co.uk
Call-ID:199812051'234505.56.78 @ sales.hh.ht.co.uk
Cseq:1147INVITE
Subject:PriceInfo,asrequested
Content-Type:multipart/mixed;boundary=next
--next
Content-Type:application/sdp
Content-Length ：325
Content-Length ：325
v=0
o=-2353687780 2353687780 IN IP4128.3.4.5
s=R2FB
s=R2FB
i=Your．documents
e=colin.masterton @sales.hh.ht.co.uk
t=2353687780 0
t=2353687780 0
m=application 1 faxoctet-stream
c=TNRFC2543+44- 1794-8331010
a=fmlp:octet-streamuri:htlp://www.ht.co.uk/imgs/pipr.gifopr:spr:2@53655768
--next
Content-Type:text/plain
Content-ID:2@53655768
Content-Length:117
Content-ID:2@53655768
Content-Length:117
DearSir,
Thank you for your enquiry. I enclose a quote for the costs of installa-tion.
Yours Sincerely
Colin Masterton
Colin Masterton
- -next--
由SDP的m＝描述行知，此为发送传真服务，由SIP的Request-URI知，为CTFB。接收传真机号码由C＝行指明。由a=fmtp行知，共需发送三段传真数据。第一段数据存于3W服务器的pipr.gif文件中，为图像数据。第三段为内含于消息体中的显式文本。第二段数据由 不透明引用opr指示，但opr并无取值，表明该段数据（即顾客所要的报价资料）约定存千GSTN的某处。为了确定该段隐含数据，必须查核是哪家公司哪个部门的CTFB请求，即查SIP的TO：头部，该头部URI后面的属性标记指明，其用户名为电话号码，所在国家码为44。因此，最后顾客将先收到一份图片，然后是一份报价资料，最后是销售商的一份简函。
5.CTFB：自动向某人传真电话帐单
c→s:INVITESIP:BillsRVs@pint.Sprint.comSIP/2.0
Via:SIP/2.0/UDP169.130.12.5
Via:SIP/2.0/UDP169.130.12.5
TO:Sip:+1-555-888-1234@fbi.gov;user=phone
Froin:Sip：agent.mulder@fbi.gov
Froin:Sip：agent.mulder@fbi.gov
Call-ID:199912311234505.56.78@fbi.gov
Cseq:911INVITE
Cseq:911INVITE
Suject:Itemized BillforJanuary98
Content-Type:application/sdp
Content-Length:247
Content-Type:application/sdp
Content-Length:247
v=O
o=-2353687860 2353687860 IN IP4 128.3.4.5
s=BillsHUs
i=JoePendleton'sphoneBill
e·=agent.mulder@fbi.gov
e·=agent.mulder@fbi.gov
c=TN RFC2543 +1-202-833-1010
t=23536878600
m=text 1 faxx-files-id
a=fmtp:x-files-idopr:fbi.gov/jdcn-123@45:3des;
base64（,签名〉
此消息指示传真的数据也存于GSI'N中，位置由opr值及SIPTO：头部共同决定。除此以外，opr中还带有签名信息，以供GSTN执行系统查核请求者有权获得该信息。m＝行中的媒体格式符为尚未经IANA登记的实验符号，以“X-“开头。
10.2.6支持PINT业务的智能网功能结构
PINT协议只负责发送请求，要完成指定的业务必须有GSfN的配合，具体说来就是智能网控制下的各类电路交换网络的连接建立。ITU-TSGll 积极进行这方面的研究工作，已确定支持PINT业务的增强的智能网功能结构如图10.19所示。其基本工作过程是，PINT网关收到PINT请求后，将其转换为INAP消息送至SCP（业务控制点），SCP根据该消息启动相应的业务逻辑，控制SS（P 业务交换点）完成电话连接或传真机连接。根据需要，SCP还可能命令SRF（专用资源功能）完成媒体格式转换，如文本到传真转换等，以支持R2F和R2HC业务。
从智能网角度看，新增的网元就是PINT 网关。它有三个主要功能，首先是控制平面适配功能，完成1P网络侧PINT请求至智能网侧INAP触发消息的转换，包括将来自SCF的请求中继传送至1P网络，以完成诸如用户通知等任务。其次完成1P网络和智能网间的数据
图10.19 支持PINT业务的智能网增强功能结构
转送，如传真数据等转送至SRF。第三是网络安全功能，包括鉴权、授权、数据认证、保护智能网免受1P网的滥用或攻击等，这是网关的一项极其重要的功能。
已有的智能网功能实体的功能增强主要体现在SCF和SRF。SCF需处理新增或增强的INAP消息，增设PINT业务控制逻辑，完成相关计费控制功能。SRF要具有文本到传真、文本到语音转换功能，其物理实现就是智能外设。SRF和PINr网关间有数据通路，它们之间的数据传送也受SCP统一控制。
此功能结构涉及4个接口(IF)。
IF1:PINT网关－PINT客户，中间可能有代理服务器或重定向服务器。该接口运行PINT协议，位于1P网络。
IF2:PINT网关－SRF，为数据通道。ITU-T尚未考虑该接口的标准化。经该接口传送数据的目的是使SRF与1P网络隔离。
IF3:PINT网关－SCP，这是智能网和PINT网络互通最为重要的接口，该接口上的信息流就映射为支持互通需新定义的 INAP消息。
IF4:SCF-SRF。这是原来已有的接口，但功能需增强。SCF经此接口指示S.RF由PINT网关获取数据，使SRF和网关取得同步。同时，还命令SRF将取得的数据转换成所需的格式，经PSTN或PLMN传给端用户。
图10.20 CID业务流程示例
图10.20给出基于上述网络结构实现的CID业务流程，它包括了IP网络和智能网两侧的信息流。其基本步骤为；
①PC用户浏览时点击请求CID业务。
②Web服务器收到此请求后转交PINT客户，后者生成并发送关于R2C的INVITE请求，其中带有A、B方电话号码(DN2和DNl)。
③PINT网关将此请求转换成新定义的INAP消息，设为ServiceRequest(ServR)，其主要参数为DNl和DN2。
③PINT网关将此请求转换成新定义的INAP消息，设为ServiceRequest(ServR)，其主要参数为DNl和DN2。
④ SCF收到此请求后，首先命令SSF/CCF（即SSP)接通至用户电话机DNI的连接，并在用户应答后回送报告。该命令ICA和RRBE均为已有的INAP消息。
⑤、⑥:SSF/CCF建立至DNI的电路连接。
⑦用户应答后，SSF/CCF向SCF报告。
⑧SCF命令SSF将用户DNI连至SRF。
⑨SCF命令SRF播放录音，告诉用户等待。
⑩SCF命令SSF/CCF接通至DN2的连接。
⑪⑫SSF/CCF建立至DN2的电路连接。
⑩SCF命令SSF/CCF接通至DN2的连接。
⑪⑫SSF/CCF建立至DN2的电路连接。
⑬SSF/CCF向SCF报告，DN2已接通。
⑭SCF命令断开录音通知，将SSF/CCF至DNI 和DN2的两条连接合并。此时，DNI和DN2即可开始通话。
实际上，步骤④～⑭均为己有的智能网能力，关键是步骤③。目前该INAP消息尚未标准化。
10.2.7智能网／Internet互通的一般结构
在PINT互通的基础上，ITU-T又进一步研究了智能网和其它业务，特别是IP电话的互通，初步得出了如图10.21所示的一般互通功能结构。
该结构采用分层互通模型，将网络间互通划分为三个层次：控制 层、承载层和管理层，各层的网关功能实体分别为业务控制网关功能(SCGF)、呼叫／承载关网功能(C/BGF)和管理网关功能(MGF)。其中，C/BGF完成媒体转换，可与SSF相连，物理上可映射为VoIP媒体网关。MGF完成两个网络管理功能间的互通，一般1P网络采用SNMP管理协议，而1N则采用TMN管理协议，二者之间需要适配。SCGF是目前研究的重点，它将1P网络中各种业务控制协议适配成INAP消息，并完成网间安全功能。
对于PINT业务来说，SC GF相当于PINT网关。对于基于H.323的IP电话系统来说，MGC（呼叫代理）相当于交换节点，可在其上装备
图10.21 IN/Internet互通一般结构
SSF，常规的呼叫相关智能电话业务从MGC触发，生成的INAP.消息经由UDP+/IP送至SC GF，再由后者经7号信令网传送给SCP。同时，SCGF还起到7号信令(ISUP)在两个网络间的适配功能。因此，在与IP电话互通情况下，SCGF仅起到信令网关作用，完成低层协议（如，UDP+/IP←→SCCP/MIP)的适配，对高层协议不作变换和处理。
另有一种受人关注的互通业务称为Internet呼叫等待(ICW-IntemetCallWaiting)，解决拨号上网用户接受来话呼叫的问题。为此，可在IP网络中设置ICW服务器，接受ICW用户的上网登记，将登记的动态IP地址送往智能网的业务数据库SDF。人呼叫通知则经由ICW服务器送至用户。ICW服务器和SCP之间的通信也通过SCGF适配。此时，SCGF相当于用户代理客户(UAC)，和ICW服务器之间采用SIP协议，传送来话通知的INVITE请求。
这种结构可以灵活地扩展新的互通业务。通过SCGF,IP网络用户可以享用GSTN提供的服务，智能网可以将其业务控制和业务部署能力扩展到1P网络，为之提供各种智能业务。
