专利名称：一种改进的实现点击传真业务的方法
技术领域：
本发明是一种改进的实现点击传真业务的方法，属于通信领域中智能网与因特网互通的范畴。
背景技术：
点击传真业务CTF(Click-To-Fax)是一种典型的IN(Intelligent Network，智能网)与Internet互通业务，它使得Internet用户可以通过WWW页面激活传真业务。申请了此业务的用户可以通过点击WWW页面上的按钮，将指定的信息发送到指定的传真机上。目前，广泛采用ITU-T提出的概念性的互通功能模型(见“Requirements for the FunctionalArchitecture for IN support of IP networks.Temporary Document[S].TDGEN/11 123.ITU，1999.”)。
ITU-T提出的点击传真业务的信令流程，如图2所示。其中黑体字部分物理实体有业务控制网关SCGW，业务控制点SCP，独立外设IP，业务交换点SSP，括号中为其对应的功能实体。它是按下述方法工作的SCGW将Internet域中的CTF业务请求传送至SCP；SCP向SCGW发回IP的地址和GCI，请求SCGW向IP发送数据；SCP通过SSP向目的传真机发起呼叫尝试开命令SSP报告DN1应答的事件；SCGW将Internet中的传真数据中继至IP；SSP向SCP报告目的传真机应答；SCP命令SSP将目的传真机与IP连接；并将资源类型设为“文本到传真”类型；SCP命令IP向用户发送转换后的传真数据并在发送完成后报告；在传输过程中SCGW请求传真进度；SCP将请求传送至IP；IP发回进度状态；SCP将状态传送至SCGW；IP向SCP报告传真发送的结束。
从以上介绍中可以看出，ITU-T提出的CTF业务的解决方案只是一个框架和草案，还不完善，需要细化。它有以下不足1.ITU-T虽然指出了SCGF与SCF之间的IF3接口应该采用增强的INAP协议，但是却没有定义这种协议，即图中ServiceRequest和SendData等操作都没有具体定义。
2.原方案中只允许用户在表单中填写传真数据，再通过PINT服务器向SCGW提交的方法，而不支持其它提交传真数据的方法。
3.用户在用PC发出传真后，除非主动查询，否则无论目的传真机连接成功与否，用户都得不到任何响应。用户界面不友好。
4.不能实现定时发送传真的业务功能。
5.业务结束时SCGF得不到反馈消息，无法结束程序。
发明内容
针对以上不足，本发明对CTF业务的方案进行了增强。根据本发明的一个方面，本发明提出了一种实现CTF业务的方法，该方法分为四个阶段用户发起业务请求、系统响应阶段、用户查询业务阶段、业务结束阶段。本发明的另一个方面，本发明还提出了一种采用抽象文法表示法ASN.1详细定义了SCGF与SCF之间的接口，即一种增强的INAP协议。这样既支持用户在表单中填写传真数据，再通过PINT服务器向SCGW提交传真数据的方法，也支持用户在表单中指定传真数据所在的URL，由SCGW以HTTP方式获取传真数据的方法。且无论传真机连接成功或失败，系统都会向用户返回相应信息。SCP与IP之间采用UIScript机制，可以实现定时发送传真的业务功能。业务结束时SCP向SCGW发送ReleaseCall消息，通知SCGW结束程序。
图1是本发明及现有技术所使用的IN-Internet互通的功能模型；图2是现有的ITU-T提出的CTF业务信息流图；图3-图9是本发明CTF业务各阶段的信息流图；图10是本发明实施例中实现的CTF业务的步骤的主流程图；图11是本发明CTF业务定时发送传真流程图；图12是本发明CTF业务用户查询一次CTF服务状态的流程图。
具体实施例方式
根据本发明的第一个方面，将结合附图3-9对本发明的实现CTF业务方法进行详细描述。在第一阶段包括如下步骤。步骤(1)CTF用户上网，登录到可以提供CTF业务的WWW服务器，在网页上填写相应的表单，其中包括用户想要传真的数据或者数据的URL，以及是否要求定时发送、发送的时间。传真数据的URL可以是Internet上任意可接入的URL。用户点击按钮提交传真请求。步骤(2)WWW服务器/PINT客户端得知用户有CTF服务请求，向PINT服务器发送PINT CTF请求。步骤(3)PINT服务器定位SCGW，并向SCGW发出PINT CTF请求，指明CTF用户的目的传真机的地址，以及对需要传送数据的引用(URL指针或者数据本身)。步骤(4)如果SCGW从CTF请求中得到的是需要传送的数据，去第(5)步。如果是一个URL指针，则SCGW根据该URL，使用Http协议的GET命令从Internet得到数据；如果GET失败，则SCGW通过PINT服务器向用户PC返回失败信息，业务逻辑结束。步骤(5)SCGW向SCP发出CTF业务请求，SCP得到目的传真机的地址。步骤(6)SCP通知SCGW传送待传真的数据至IP。步骤(7)SCGW将传真的数据发往IP，IP将所需传真的数据格式转换为传真格式。
第二阶段进一步包括如下步骤步骤(8)SCP通知SSP建立IP与目标传真机的连接，并请求SSP报告连接是否成功。步骤(9)SSP向SCP报告连接情况。步骤(10)如果与被叫传真机连接成功，SCP向SCGW发送服务响应，告知SCGW此次CTF请求成功。SCGW向用户发起服务的WWW服务器/PINT客户端返回2xx号响应，通知业务成功。WWW服务器通知用户，此传真机连接成功。到第12步。步骤(11)如果与被叫传真机连接不成功，SCP向SCGW发送服务响应，告知SCGW此次CTF不成功。SCGW向用户发起服务的WWW服务器/PINT客户端返回6xx响应，通知业务不成功。WWW服务器通知用户，CTF进行失败，业务逻辑结束。步骤(12)SCP通知SSP将目标传真机与IP连接起来。步骤(13)IP与目标传真机连接成功后，IP向SCP发回响应。步骤(14)SCP使用UIScript机制通知IP向目标传真机传送数据。如果用户选择了定时发送传真功能，则IP暂不发送传真，直接进入第四阶段。等到用户设定的时间到达时，IP中的业务逻辑自动激活，通过SSP与目的传真机建立连接，发送传真。
其中用户交互描述(UIScript)是一种SRF中的业务逻辑。UIScript是SLP视角中的SRF资源功能，SLP通过SCF向SRF申请UIScript的执行。UIScript描述了资源的基本功能有逻辑地组合使用的过程。对应于一个呼叫，某个UIScript会被激活执行，这样的一个执行称为一个UIScript实例。UIScript包括四个操作(1)运行用户交互描述(UIScriptRun)SCF命令SRF按照指定的UIScript描述的过程向呼叫的一方提供用户交互。
(2)为用户交互提供信息(UIScriptInformation)SCF向SRF中一个激活的正在执行的UIScript实例提供额外的信息。
(3)报告用户事件信息(UIScriptEvent)SRF中的UIScript实例向SCF报告用户事件。
(4)关闭用户交互(UIScriptClose)终止一个UIScript实例的执行。
第三阶段进一步包括步骤(15)CTF用户通过点击网页请求查阅当前传真进行的状况。系统将当前业务进展状况返回给用户。
第4阶段进一步包括步骤(16)IP向目标传真机传送数据完成后，用UIScript.event通知SCP数据传送结束。步骤(17)SCP用UIScript.close命令IP结束Script程序。步骤(18)SCP命令SCGW结束程序。步骤(19)SCP通知SSP中断与目标传真机的连接。
同时本发明还定义了SCGW与SCP之间的增强的INAP接口，它是对ITU-T的CS-2阶段INAP协议的增强，即在INAP协议的基础上增加了一系列操作，并规定了其使用规则。这些增加的操作沿用INAP协议的协议结构，包括上层和下层之间的原语，所使用的服务，协议个体的状态和操作过程，寻址规则以及协议的描述方法。
增强的INAP协议应用于IN-Internet互通系统之中，具体位置是物理实体业务控制点SCP(对应于功能实体SCF)与物理实体业务控制网关SCGW(对应于功能实体SCGF)之间，底层通信协议采用7号信令。SCP与SCGW之间通过该协议进行交互，除了可以实现点击传真业务(CTF)外，还可以实现点击拨号(CTD)和来话通知(ICW)等业务。
增强的INAP协议共包括7条操作，与INAP已有的操作ReleaseCall(原用于SCF-SSF接口)相配合，构成了功能实体SCF与SCGF之间的IF3接口。
增强的INAP操作的一般性描述和ASN.1描述如下(说明其中的错误(ERROR)定义完全依据已有的INAP标准制定，详细含义清参考ITU-T标准。)(1)ServiceRequest操作ServiceRequest业务请求方向SCGF→SCF参数1.serviceType，业务类别，如CTF、CTD等。
2.callingPartyNumber，主叫号码。
3.calledPartyNumber，被叫号码。
4.callingPartyIPAddress，主叫用户IP地址。
5.callingPartyCategory，主叫用户类别。
6.dataURL，传送数据的URL地址7.transportIndicator，传输类别
8.ICWServerAddress，ICW server的地址9.accountNumber，业务用户帐号解释Internet一侧的PINT实体向业务控制网关发起PINT业务请求在IF3接口上表现为该INAP操作，属于第2类操作(即只报告失败)。
<pre listing-type="program-listing">serviceRequest{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENT ServiceRequestArg{bound} RETURN RESULT TRUE ERROR{ MissingCustomerRecord| MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-serviceRequest } --DirectionSCGF→SCF --This operations can transfer service request(initiated by IP user)--infomation flowfrom SCGF to SCP. ServiceRequestArg{PARAMETERS-BOUNDbound}∷＝SEQUENCE{ serviceType
ServiceKey， callingPartyNumber[1]CallingPartyNumberOPTIONAL， calledPartyNumber [2]CalledPartyNumber OPTIONAL， callingPartyIPAddress [3] InternetAddress OPTIONAL，<dp n="d5"/> callingPartyC ategory[4]CallingPartyCategoryOPTIONAL， dataURL[5] OCTET STRING (size(minURLLength.. maxURLLength)) OPTIONAL， transportIndicator[6] TransportType DEFAULT overCireuitSwitched ICWServerAddress[7] PINTAddress OPTIONAL accountNumber [8] OCTET STRING(SIZE(1..20)) OPTIONAL } TransportType∷＝ENUMBERTED{ overCircuitSwitched(0)，--电路交换网 overIP(1) --IP网 } PINTAddress ∷＝OCTET STRING(minPINTAddressLength..maxPINTAddressLength)</pre>(2)ServiceRequestReport操作ServiceRequestReport业务请求报告方向SCF→SCGF参数1.success，业务请求成功指示。
2.failure，业务请求失败指示。
解释业务请求报告，标明业务请求执行的结果，属于第2类操作。一般在ServiceRequest操作之后执行，表示某次业务请求是否被智能网系统成功接受。该操作的参数很简单，要么是成功指示，要么是失败指示，两者在任何情况下都只能出现一个，即是一个选择关系。
<pre listing-type="program-listing"> serviceRequestReport{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENT ServiceRequestReportArg{bound} RETURN RESULT FALSE ERROR{ MissingCustomerRecord| MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-serviceRequest } --DirectionSCF→SCGF --By this operations SCF can return service request results to SCGF. ServiceRequestReportArg{PARAMETERS-BOUNDbound}∷＝CHOICE{ success
Suceess， failure [1]FailureReason } FailureReason∷＝EBUMBERED{ calledPartyBusy(0)，<dp n="d7"/>noAnswer(1)，selectRouteFailure(2)}Success ∷＝OCTET STRING(minSuccesssLength..maxSuccessLength)</pre>(3)SendData操作SenData发送数据方向SCF→SCGF参数0.sRFaddr，SRF的IP地址，表示要求SC GF将目标业务数据送达的SRF。
1.gCI，GlobalConnectionId，由SCF分配的全局唯一ID，用于标识目标业务数据。
解释SCF命令SCGF向特定的SRF发送目标业务数据，属于第2类操作。
<pre listing-type="program-listing">sendData{PARAMETERS-BOUNDbound}OPERATION∷＝{ARGUMENT SendDataArg{bound}RETURN RESULT FALSEERROR{ MissingParameter| ParameterOutOfRange| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter}CODE opcode-sendData}--DirectionSCF→SCGF<dp n="d8"/> --By this operations SCF can require SCGF to transfer service data from SCGF--to a specificSRF SendDataArg{PARAMETERS-BOUNDbound}∷＝SEQUENCE{ sRFAddr
IPOfSRF GCI [1]GlobalConnectionId } IPOfSRF ∷＝InternetAddress</pre>(4)RequestForProgress操作RequestForProgress请求状态方向SCGF→SCF参数0.GCI，由SCF分配的全局唯一ID，用于标识目标业务数据。
解释SCGF向SCF询问特定业务实例的当前状态，如对于点击发送传真业务(CTF)，SCF返回的结果可能是“一共5页传真，已经发送了3页”。属于第2类操作。
<pre listing-type="program-listing"> requestForProgress{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENTRequestForProgressArg{bound} RETURN RESULT FALSE ERROR{ MissingParameter| ParameterOutOfRange| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-requestForProgress }<dp n="d9"/> --DirectionSCGF→SCF --By this operations SCGF can get the current status of the specific service --from SCF RequestForProgressArg{PARAMETERS-BOUNDbound}∷＝SEQUENCE{ gCI
GlobalConnectionId }</pre>(5)ProgressReport操作ProgressReport进度报告方向SCF→SCGF参数0.GCI，由SCF分配的全局唯一ID，用于标识目标业务数据。
1.status，计算机用户可理解的英文字符串。
解释SCF向SCGF返回特定业务实例的进度报告。该操作是第2类操作，一般与RequestForProgress操作相对应。
<pre listing-type="program-listing"> progressReport{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENTProgressReportArg{bound} RETURN RESULT FALSE ERROR{ MissingParameter| ParameterOutOfRange| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-notify } --DirectionSCF→SCGF --By this operations SCF can return the current status of the call<dp n="d10"/> ProgressReportArg{PARAMETERS-BOUNDbound}∷＝SEQUENCE{ gCI
GlobalConnectionId status [1]IA5String(size(minStatusLength..maxStatusLength)) }</pre>(6)Notify操作Notify通知方向SCF→SCGF参数0.ServiceKey，业务类别，如ICW。
1.callingPartyNumber，呼叫上网用户的主叫电话号码2.calledPartyIPAddress，被叫计算机的IP地址3.callingPartyCategory，主叫用户类别4.calledPartyNumber，被叫电话号码5.ICWServerAddress，PINT server的IP地址解释SCF用该操作来通过SCGF间接通知Internet的相应实体有PSTN来话到达正在拨号上网的计算机，请求上网用户报告对于来话通知的选择。该操作属第2类操作。
<pre listing-type="program-listing"> notify{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENTNotifyArg{bound} RETURN RESULT TRUE ERRORS{ MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedDataValue| UnexpectedParameter }<dp n="d11"/> CODE opcode-notify } --DirectionSCF→SCGF --By this operations SCF can notify SCGF that there is a call to the user of--IPN NotifyArg{PARAMETERS-BOUNDbound}∷＝SEQUENCE{ serviceKey
ServiceKey， callingPartyNumber [1]CallingPartyNumber OPTIONAL， calledPartyIPAddress[2]InternetAddress OPTIONAL， callingpartyCategory[3]CallingpartyCategory OPTIONAL， calledPartyNumber [4]CalledPartyNumberOPTIONAL， ICWServerAddress[5]PINTAddress OPTIONAL } InternetAddress∷＝OCTET STRING(SIZE(minIPAddrLength..maxIPAddrLength))</pre>(7)NotifyReport操作NotifyReport来话通知报告方向SCGF→SCF参数0.notifySelect，用户对于来话通知的选择结果。
1.forwardPartyNumber，用户指定的呼叫前转号码。
2.transportIndicator，用户指定的传输方式(电路交换或IP传输)。
解释来话通知报告，报告用户对于来话通知的选择结果，一般与Notify操作相对应，属于第2类操作。
<pre listing-type="program-listing"> notifyReport{PARAMETERS-BOUNDbound}OPERATION∷＝{ ARGUMENTNotifyReportArg{bound} RETURN RESULT FALSE ERRORS{<dp n="d12"/> MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedDataValue| UnexpectedParameter } CODEopcode-notifyReport } --DirectionSCGF→SCF --By this operations SCGF can send IP user’s choose to SCF. NotifyReportArg∷＝SEQUENCE{ notifySelect
NotifySelectResult， forwardPartyNumber [1]CalledPartyNumber OPTIONAL， transportIndicator [2]TransaportType DEFAULT overCircuitSwitched } NotifySelectResult ∷＝ENUMBERTED{ notifyDecline(1)， --呼叫拒绝 notifyWaiting(2)， --呼叫等待 notifyForward(3)， --呼叫前转 notifyAccept(4)， --呼叫接受传统电话 notifyIPAccept(5) --呼叫接受IP电话 }</pre>(8)ReleaseCall(注本操作属于原INAP协议，原应用于SCF-SSF接口，此处借用到SCF-SCGF接口中。本操作不在发明范围之内)操作ReleaseCall释放呼叫方向SCF→SCGF
参数0.cause，释放呼叫的原因。
解释SCF指示SCGF释放当前呼叫的连接。该操作也属于第2类操作。
<pre listing-type="program-listing"> ReleaseCall{PARAMETERS-BOUNDbound} { ARGUMENT ReleaseCallArg } --DirectionSCF □SCGF --By this operations SCF can notify SCGF to tear down an existing call at any phase of thecall for all --parties involved in the call. ReleaseCallArg∷＝Cause --A default value of decimal 31(normal unspecified)should be coded appropriately. Cause∷＝OCTET STRING(SIZE(minCauseLength..maxCauseLength))</pre>在不脱离本发明所附权利要求书所限定的保护范围内，对本领域的普通技术人员所作的任何形式的变更或修改都是简单的。
权利要求
1.一种改进的实现点击传真业务的方法，包括如下步骤a)用户发起业务请求步骤，其中由终端用户向服务器发出请求，请求一个点击传真业务服务，由系统将所述的点击传真业务请求转发到点击传真业务服务器并响应，公众电话交换网与INTERNET的互通服务器定位业务控制网关，并向业务控制网关发出公众电话交换网与INTERNET的互通点击传真业务请求，指明点击传真业务用户的目的传真机的地址，以及对需要传送数据的引用，如果业务控制网关从点击传真业务请求中得到的是需要传送的数据，业务控制网关向业务控制点发出点击传真业务业务请求，业务控制点得到目的传真机的地址；如果是一个通用资源定位符指针，则业务控制网关根据该通用资源定位符，使用Http协议的GET命令从Internet得到数据，业务控制网关向业务控制点发出点击传真业务请求，业务控制点得到目的传真机的地址，业务控制点通知业务控制网关传送待传真的数据至IP，业务控制网关将传真的数据发往IP，IP将所需传真的数据格式转换为传真格式；b)系统响应步骤，业务控制点通知SSP建立IP与目标传真机的连接，并请求SSP报告连接是否成功，SSP向业务控制点报告连接情况，如果与被叫传真机连接成功，业务控制点向业务控制网关发送服务响应，告知业务控制网关此次点击传真业务请求成功，业务控制网关向用户发起服务的WWW服务器/公众电话交换网与INTERNET的互通客户端返回2xx号响应，通知业务成功，WWW服务器通知用户，此传真机连接成功，业务控制点通知SSP将目标传真机与IP连接起来，IP与目标传真机连接成功后，IP向业务控制点发回响应，业务控制点使用UIScript机制通知IP向目标传真机传送数据，如果用户选择了定时发送传真功能，则IP暂不发送传真，直接进入e)，等到用户设定的时间到达时，IP中的业务逻辑自动激活，通过SSP与目的传真机建立连接，发送传真；c)用户查询业务阶段，点击传真业务用户通过点击网页请求查阅当前传真进行的状况，系统将当前业务进展状况返回给用户；d)业务结束阶段IP向目标传真机传送数据完成后，用UIScript.event通知业务控制点数据传送结束，业务控制点用UIScript.close命令IP结束Script程序，业务控制点命令业务控制网关结束程序，业务控制点通知SSP中断与目标传真机的连接。
2.如权利要求1所述的方法，在步骤a)还进一步包括如果业务控制网关从点击传真业务请求中得到的是一个通用资源定位符指针，则业务控制网关根据该通用资源定位符，使用Http协议的GET命令从Internet得到数据失败，则业务控制网关通过公众电话交换网与INTERNET的互通服务器向用户PC返回失败信息，业务逻辑结束。
3.如权利要求1所述的方法，在步骤b)还进一步包括如果与被叫传真机连接不成功，业务控制点向业务控制网关发送服务响应，告知业务控制网关此次点击传真业务不成功，业务控制网关向用户发起服务的WWW服务器/公众电话交换网与INTERNET的互通客户端返回6xx响应，通知业务不成功，WWW服务器通知用户，点击传真业务进行失败，业务逻辑结束。
4.如权利要求1所述的方法，在步骤b)中所述用户交互描述(UIScript)是一种SRF中的业务逻辑。
全文摘要
本发明提出了一种实现点击传真业务的方法，该方法分为四个阶段用户发起业务请求、系统响应阶段、用户查询业务阶段、业务结束阶段。本发明还提出了一种采用抽象文法表示法ASN.1详细定义了业务控制网关功能与SCF之间的接口，即一种增强的智能网应用规程协议。这样既支持用户在表单中填写传真数据，再通过PSTN与INTERNET的互通服务器向业务控制网关提交传真数据的方法，也支持用户在表单中指定传真数据所在的URL，由业务控制网关以HTTP方式获取传真数据的方法。且无论传真机连接成功或失败，系统都会向用户返回相应信息。SCP与IP之间采用UIScript机制，可以实现定时发送传真的业务功能。业务结束时SCP向业务控制网关发送ReleaseCall消息，通知业务控制网关结束程序。
文档编号H04L12/66GK1427614SQ01144428
公开日2003年7月2日 申请日期2001年12月17日 优先权日2001年12月17日
发明者廖建新, 朱晓民, 王玉龙, 王晖, 王晶, 王纯, 李炜, 徐童, 刘文峰, 林松涛 申请人:杭州东信北邮信息技术有限公司