專利名稱：一種改進(jìn)的實(shí)現(xiàn)點(diǎn)擊傳真業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明是一種改進(jìn)的實(shí)現(xiàn)點(diǎn)擊傳真業(yè)務(wù)的方法，屬于通信領(lǐng)域中智能網(wǎng)與因特網(wǎng)互通的范疇。
背景技術(shù)：
點(diǎn)擊傳真業(yè)務(wù)CTF(Click-To-Fax)是一種典型的IN(Intelligent Network，智能網(wǎng))與Internet互通業(yè)務(wù)，它使得Internet用戶可以通過WWW頁面激活傳真業(yè)務(wù)。申請了此業(yè)務(wù)的用戶可以通過點(diǎn)擊WWW頁面上的按鈕，將指定的信息發(fā)送到指定的傳真機(jī)上。目前，廣泛采用ITU-T提出的概念性的互通功能模型(見“Requirements for the FunctionalArchitecture for IN support of IP networks.Temporary Document[S].TDGEN/11 123.ITU，1999.”)。
ITU-T提出的點(diǎn)擊傳真業(yè)務(wù)的信令流程，如圖2所示。其中黑體字部分物理實(shí)體有業(yè)務(wù)控制網(wǎng)關(guān)SCGW，業(yè)務(wù)控制點(diǎn)SCP，獨(dú)立外設(shè)IP，業(yè)務(wù)交換點(diǎn)SSP，括號中為其對應(yīng)的功能實(shí)體。它是按下述方法工作的SCGW將Internet域中的CTF業(yè)務(wù)請求傳送至SCP；SCP向SCGW發(fā)回IP的地址和GCI，請求SCGW向IP發(fā)送數(shù)據(jù)；SCP通過SSP向目的傳真機(jī)發(fā)起呼叫嘗試開命令SSP報(bào)告DN1應(yīng)答的事件；SCGW將Internet中的傳真數(shù)據(jù)中繼至IP；SSP向SCP報(bào)告目的傳真機(jī)應(yīng)答；SCP命令SSP將目的傳真機(jī)與IP連接；并將資源類型設(shè)為“文本到傳真”類型；SCP命令I(lǐng)P向用戶發(fā)送轉(zhuǎn)換后的傳真數(shù)據(jù)并在發(fā)送完成后報(bào)告；在傳輸過程中SCGW請求傳真進(jìn)度；SCP將請求傳送至IP；IP發(fā)回進(jìn)度狀態(tài)；SCP將狀態(tài)傳送至SCGW；IP向SCP報(bào)告?zhèn)髡姘l(fā)送的結(jié)束。
從以上介紹中可以看出，ITU-T提出的CTF業(yè)務(wù)的解決方案只是一個(gè)框架和草案，還不完善，需要細(xì)化。它有以下不足1.ITU-T雖然指出了SCGF與SCF之間的IF3接口應(yīng)該采用增強(qiáng)的INAP協(xié)議，但是卻沒有定義這種協(xié)議，即圖中ServiceRequest和SendData等操作都沒有具體定義。
2.原方案中只允許用戶在表單中填寫傳真數(shù)據(jù)，再通過PINT服務(wù)器向SCGW提交的方法，而不支持其它提交傳真數(shù)據(jù)的方法。
3.用戶在用PC發(fā)出傳真后，除非主動查詢，否則無論目的傳真機(jī)連接成功與否，用戶都得不到任何響應(yīng)。用戶界面不友好。
4.不能實(shí)現(xiàn)定時(shí)發(fā)送傳真的業(yè)務(wù)功能。
5.業(yè)務(wù)結(jié)束時(shí)SCGF得不到反饋消息，無法結(jié)束程序。
發(fā)明內(nèi)容
針對以上不足，本發(fā)明對CTF業(yè)務(wù)的方案進(jìn)行了增強(qiáng)。根據(jù)本發(fā)明的一個(gè)方面，本發(fā)明提出了一種實(shí)現(xiàn)CTF業(yè)務(wù)的方法，該方法分為四個(gè)階段用戶發(fā)起業(yè)務(wù)請求、系統(tǒng)響應(yīng)階段、用戶查詢業(yè)務(wù)階段、業(yè)務(wù)結(jié)束階段。本發(fā)明的另一個(gè)方面，本發(fā)明還提出了一種采用抽象文法表示法ASN.1詳細(xì)定義了SCGF與SCF之間的接口，即一種增強(qiáng)的INAP協(xié)議。這樣既支持用戶在表單中填寫傳真數(shù)據(jù)，再通過PINT服務(wù)器向SCGW提交傳真數(shù)據(jù)的方法，也支持用戶在表單中指定傳真數(shù)據(jù)所在的URL，由SCGW以HTTP方式獲取傳真數(shù)據(jù)的方法。且無論傳真機(jī)連接成功或失敗，系統(tǒng)都會向用戶返回相應(yīng)信息。SCP與IP之間采用UIScript機(jī)制，可以實(shí)現(xiàn)定時(shí)發(fā)送傳真的業(yè)務(wù)功能。業(yè)務(wù)結(jié)束時(shí)SCP向SCGW發(fā)送ReleaseCall消息，通知SCGW結(jié)束程序。
圖1是本發(fā)明及現(xiàn)有技術(shù)所使用的IN-Internet互通的功能模型；圖2是現(xiàn)有的ITU-T提出的CTF業(yè)務(wù)信息流圖；圖3-圖9是本發(fā)明CTF業(yè)務(wù)各階段的信息流圖；圖10是本發(fā)明實(shí)施例中實(shí)現(xiàn)的CTF業(yè)務(wù)的步驟的主流程圖；圖11是本發(fā)明CTF業(yè)務(wù)定時(shí)發(fā)送傳真流程圖；圖12是本發(fā)明CTF業(yè)務(wù)用戶查詢一次CTF服務(wù)狀態(tài)的流程圖。
具體實(shí)施例方式
根據(jù)本發(fā)明的第一個(gè)方面，將結(jié)合附圖3-9對本發(fā)明的實(shí)現(xiàn)CTF業(yè)務(wù)方法進(jìn)行詳細(xì)描述。在第一階段包括如下步驟。步驟(1)CTF用戶上網(wǎng)，登錄到可以提供CTF業(yè)務(wù)的WWW服務(wù)器，在網(wǎng)頁上填寫相應(yīng)的表單，其中包括用戶想要傳真的數(shù)據(jù)或者數(shù)據(jù)的URL，以及是否要求定時(shí)發(fā)送、發(fā)送的時(shí)間。傳真數(shù)據(jù)的URL可以是Internet上任意可接入的URL。用戶點(diǎn)擊按鈕提交傳真請求。步驟(2)WWW服務(wù)器/PINT客戶端得知用戶有CTF服務(wù)請求，向PINT服務(wù)器發(fā)送PINT CTF請求。步驟(3)PINT服務(wù)器定位SCGW，并向SCGW發(fā)出PINT CTF請求，指明CTF用戶的目的傳真機(jī)的地址，以及對需要傳送數(shù)據(jù)的引用(URL指針或者數(shù)據(jù)本身)。步驟(4)如果SCGW從CTF請求中得到的是需要傳送的數(shù)據(jù)，去第(5)步。如果是一個(gè)URL指針，則SCGW根據(jù)該URL，使用Http協(xié)議的GET命令從Internet得到數(shù)據(jù)；如果GET失敗，則SCGW通過PINT服務(wù)器向用戶PC返回失敗信息，業(yè)務(wù)邏輯結(jié)束。步驟(5)SCGW向SCP發(fā)出CTF業(yè)務(wù)請求，SCP得到目的傳真機(jī)的地址。步驟(6)SCP通知SCGW傳送待傳真的數(shù)據(jù)至IP。步驟(7)SCGW將傳真的數(shù)據(jù)發(fā)往IP，IP將所需傳真的數(shù)據(jù)格式轉(zhuǎn)換為傳真格式。
第二階段進(jìn)一步包括如下步驟步驟(8)SCP通知SSP建立IP與目標(biāo)傳真機(jī)的連接，并請求SSP報(bào)告連接是否成功。步驟(9)SSP向SCP報(bào)告連接情況。步驟(10)如果與被叫傳真機(jī)連接成功，SCP向SCGW發(fā)送服務(wù)響應(yīng)，告知SCGW此次CTF請求成功。SCGW向用戶發(fā)起服務(wù)的WWW服務(wù)器/PINT客戶端返回2xx號響應(yīng)，通知業(yè)務(wù)成功。WWW服務(wù)器通知用戶，此傳真機(jī)連接成功。到第12步。步驟(11)如果與被叫傳真機(jī)連接不成功，SCP向SCGW發(fā)送服務(wù)響應(yīng)，告知SCGW此次CTF不成功。SCGW向用戶發(fā)起服務(wù)的WWW服務(wù)器/PINT客戶端返回6xx響應(yīng)，通知業(yè)務(wù)不成功。WWW服務(wù)器通知用戶，CTF進(jìn)行失敗，業(yè)務(wù)邏輯結(jié)束。步驟(12)SCP通知SSP將目標(biāo)傳真機(jī)與IP連接起來。步驟(13)IP與目標(biāo)傳真機(jī)連接成功后，IP向SCP發(fā)回響應(yīng)。步驟(14)SCP使用UIScript機(jī)制通知IP向目標(biāo)傳真機(jī)傳送數(shù)據(jù)。如果用戶選擇了定時(shí)發(fā)送傳真功能，則IP暫不發(fā)送傳真，直接進(jìn)入第四階段。等到用戶設(shè)定的時(shí)間到達(dá)時(shí)，IP中的業(yè)務(wù)邏輯自動激活，通過SSP與目的傳真機(jī)建立連接，發(fā)送傳真。
其中用戶交互描述(UIScript)是一種SRF中的業(yè)務(wù)邏輯。UIScript是SLP視角中的SRF資源功能，SLP通過SCF向SRF申請UIScript的執(zhí)行。UIScript描述了資源的基本功能有邏輯地組合使用的過程。對應(yīng)于一個(gè)呼叫，某個(gè)UIScript會被激活執(zhí)行，這樣的一個(gè)執(zhí)行稱為一個(gè)UIScript實(shí)例。UIScript包括四個(gè)操作(1)運(yùn)行用戶交互描述(UIScriptRun)SCF命令SRF按照指定的UIScript描述的過程向呼叫的一方提供用戶交互。
(2)為用戶交互提供信息(UIScriptInformation)SCF向SRF中一個(gè)激活的正在執(zhí)行的UIScript實(shí)例提供額外的信息。
(3)報(bào)告用戶事件信息(UIScriptEvent)SRF中的UIScript實(shí)例向SCF報(bào)告用戶事件。
(4)關(guān)閉用戶交互(UIScriptClose)終止一個(gè)UIScript實(shí)例的執(zhí)行。
第三階段進(jìn)一步包括步驟(15)CTF用戶通過點(diǎn)擊網(wǎng)頁請求查閱當(dāng)前傳真進(jìn)行的狀況。系統(tǒng)將當(dāng)前業(yè)務(wù)進(jìn)展?fàn)顩r返回給用戶。
第4階段進(jìn)一步包括步驟(16)IP向目標(biāo)傳真機(jī)傳送數(shù)據(jù)完成后，用UIScript.event通知SCP數(shù)據(jù)傳送結(jié)束。步驟(17)SCP用UIScript.close命令I(lǐng)P結(jié)束Script程序。步驟(18)SCP命令SCGW結(jié)束程序。步驟(19)SCP通知SSP中斷與目標(biāo)傳真機(jī)的連接。
同時(shí)本發(fā)明還定義了SCGW與SCP之間的增強(qiáng)的INAP接口，它是對ITU-T的CS-2階段INAP協(xié)議的增強(qiáng)，即在INAP協(xié)議的基礎(chǔ)上增加了一系列操作，并規(guī)定了其使用規(guī)則。這些增加的操作沿用INAP協(xié)議的協(xié)議結(jié)構(gòu)，包括上層和下層之間的原語，所使用的服務(wù)，協(xié)議個(gè)體的狀態(tài)和操作過程，尋址規(guī)則以及協(xié)議的描述方法。
增強(qiáng)的INAP協(xié)議應(yīng)用于IN-Internet互通系統(tǒng)之中，具體位置是物理實(shí)體業(yè)務(wù)控制點(diǎn)SCP(對應(yīng)于功能實(shí)體SCF)與物理實(shí)體業(yè)務(wù)控制網(wǎng)關(guān)SCGW(對應(yīng)于功能實(shí)體SCGF)之間，底層通信協(xié)議采用7號信令。SCP與SCGW之間通過該協(xié)議進(jìn)行交互，除了可以實(shí)現(xiàn)點(diǎn)擊傳真業(yè)務(wù)(CTF)外，還可以實(shí)現(xiàn)點(diǎn)擊撥號(CTD)和來話通知(ICW)等業(yè)務(wù)。
增強(qiáng)的INAP協(xié)議共包括7條操作，與INAP已有的操作ReleaseCall(原用于SCF-SSF接口)相配合，構(gòu)成了功能實(shí)體SCF與SCGF之間的IF3接口。
增強(qiáng)的INAP操作的一般性描述和ASN.1描述如下(說明其中的錯誤(ERROR)定義完全依據(jù)已有的INAP標(biāo)準(zhǔn)制定，詳細(xì)含義清參考ITU-T標(biāo)準(zhǔn)。)(1)ServiceRequest操作ServiceRequest業(yè)務(wù)請求方向SCGF→SCF參數(shù)1.serviceType，業(yè)務(wù)類別，如CTF、CTD等。
2.callingPartyNumber，主叫號碼。
3.calledPartyNumber，被叫號碼。
4.callingPartyIPAddress，主叫用戶IP地址。
5.callingPartyCategory，主叫用戶類別。
6.dataURL，傳送數(shù)據(jù)的URL地址7.transportIndicator，傳輸類別
8.ICWServerAddress，ICW server的地址9.accountNumber，業(yè)務(wù)用戶帳號解釋Internet一側(cè)的PINT實(shí)體向業(yè)務(wù)控制網(wǎng)關(guān)發(fā)起PINT業(yè)務(wù)請求在IF3接口上表現(xiàn)為該INAP操作，屬于第2類操作(即只報(bào)告失敗)。
<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)，--電路交換網(wǎng) overIP(1) --IP網(wǎng) } PINTAddress ∷＝OCTET STRING(minPINTAddressLength..maxPINTAddressLength)</pre>(2)ServiceRequestReport操作ServiceRequestReport業(yè)務(wù)請求報(bào)告方向SCF→SCGF參數(shù)1.success，業(yè)務(wù)請求成功指示。
2.failure，業(yè)務(wù)請求失敗指示。
解釋業(yè)務(wù)請求報(bào)告，標(biāo)明業(yè)務(wù)請求執(zhí)行的結(jié)果，屬于第2類操作。一般在ServiceRequest操作之后執(zhí)行，表示某次業(yè)務(wù)請求是否被智能網(wǎng)系統(tǒng)成功接受。該操作的參數(shù)很簡單，要么是成功指示，要么是失敗指示，兩者在任何情況下都只能出現(xiàn)一個(gè)，即是一個(gè)選擇關(guān)系。
<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發(fā)送數(shù)據(jù)方向SCF→SCGF參數(shù)0.sRFaddr，SRF的IP地址，表示要求SC GF將目標(biāo)業(yè)務(wù)數(shù)據(jù)送達(dá)的SRF。
1.gCI，GlobalConnectionId，由SCF分配的全局唯一ID，用于標(biāo)識目標(biāo)業(yè)務(wù)數(shù)據(jù)。
解釋SCF命令SCGF向特定的SRF發(fā)送目標(biāo)業(yè)務(wù)數(shù)據(jù)，屬于第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請求狀態(tài)方向SCGF→SCF參數(shù)0.GCI，由SCF分配的全局唯一ID，用于標(biāo)識目標(biāo)業(yè)務(wù)數(shù)據(jù)。
解釋SCGF向SCF詢問特定業(yè)務(wù)實(shí)例的當(dāng)前狀態(tài)，如對于點(diǎn)擊發(fā)送傳真業(yè)務(wù)(CTF)，SCF返回的結(jié)果可能是“一共5頁傳真，已經(jīng)發(fā)送了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進(jìn)度報(bào)告方向SCF→SCGF參數(shù)0.GCI，由SCF分配的全局唯一ID，用于標(biāo)識目標(biāo)業(yè)務(wù)數(shù)據(jù)。
1.status，計(jì)算機(jī)用戶可理解的英文字符串。
解釋SCF向SCGF返回特定業(yè)務(wù)實(shí)例的進(jìn)度報(bào)告。該操作是第2類操作，一般與RequestForProgress操作相對應(yīng)。
<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參數(shù)0.ServiceKey，業(yè)務(wù)類別，如ICW。
1.callingPartyNumber，呼叫上網(wǎng)用戶的主叫電話號碼2.calledPartyIPAddress，被叫計(jì)算機(jī)的IP地址3.callingPartyCategory，主叫用戶類別4.calledPartyNumber，被叫電話號碼5.ICWServerAddress，PINT server的IP地址解釋SCF用該操作來通過SCGF間接通知Internet的相應(yīng)實(shí)體有PSTN來話到達(dá)正在撥號上網(wǎng)的計(jì)算機(jī)，請求上網(wǎng)用戶報(bào)告對于來話通知的選擇。該操作屬第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來話通知報(bào)告方向SCGF→SCF參數(shù)0.notifySelect，用戶對于來話通知的選擇結(jié)果。
1.forwardPartyNumber，用戶指定的呼叫前轉(zhuǎn)號碼。
2.transportIndicator，用戶指定的傳輸方式(電路交換或IP傳輸)。
解釋來話通知報(bào)告，報(bào)告用戶對于來話通知的選擇結(jié)果，一般與Notify操作相對應(yīng)，屬于第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)， --呼叫前轉(zhuǎn) notifyAccept(4)， --呼叫接受傳統(tǒng)電話 notifyIPAccept(5) --呼叫接受IP電話 }</pre>(8)ReleaseCall(注本操作屬于原INAP協(xié)議，原應(yīng)用于SCF-SSF接口，此處借用到SCF-SCGF接口中。本操作不在發(fā)明范圍之內(nèi))操作ReleaseCall釋放呼叫方向SCF→SCGF
參數(shù)0.cause，釋放呼叫的原因。
解釋SCF指示SCGF釋放當(dāng)前呼叫的連接。該操作也屬于第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>在不脫離本發(fā)明所附權(quán)利要求書所限定的保護(hù)范圍內(nèi)，對本領(lǐng)域的普通技術(shù)人員所作的任何形式的變更或修改都是簡單的。
權(quán)利要求
1.一種改進(jìn)的實(shí)現(xiàn)點(diǎn)擊傳真業(yè)務(wù)的方法，包括如下步驟a)用戶發(fā)起業(yè)務(wù)請求步驟，其中由終端用戶向服務(wù)器發(fā)出請求，請求一個(gè)點(diǎn)擊傳真業(yè)務(wù)服務(wù)，由系統(tǒng)將所述的點(diǎn)擊傳真業(yè)務(wù)請求轉(zhuǎn)發(fā)到點(diǎn)擊傳真業(yè)務(wù)服務(wù)器并響應(yīng)，公眾電話交換網(wǎng)與INTERNET的互通服務(wù)器定位業(yè)務(wù)控制網(wǎng)關(guān)，并向業(yè)務(wù)控制網(wǎng)關(guān)發(fā)出公眾電話交換網(wǎng)與INTERNET的互通點(diǎn)擊傳真業(yè)務(wù)請求，指明點(diǎn)擊傳真業(yè)務(wù)用戶的目的傳真機(jī)的地址，以及對需要傳送數(shù)據(jù)的引用，如果業(yè)務(wù)控制網(wǎng)關(guān)從點(diǎn)擊傳真業(yè)務(wù)請求中得到的是需要傳送的數(shù)據(jù)，業(yè)務(wù)控制網(wǎng)關(guān)向業(yè)務(wù)控制點(diǎn)發(fā)出點(diǎn)擊傳真業(yè)務(wù)業(yè)務(wù)請求，業(yè)務(wù)控制點(diǎn)得到目的傳真機(jī)的地址；如果是一個(gè)通用資源定位符指針，則業(yè)務(wù)控制網(wǎng)關(guān)根據(jù)該通用資源定位符，使用Http協(xié)議的GET命令從Internet得到數(shù)據(jù)，業(yè)務(wù)控制網(wǎng)關(guān)向業(yè)務(wù)控制點(diǎn)發(fā)出點(diǎn)擊傳真業(yè)務(wù)請求，業(yè)務(wù)控制點(diǎn)得到目的傳真機(jī)的地址，業(yè)務(wù)控制點(diǎn)通知業(yè)務(wù)控制網(wǎng)關(guān)傳送待傳真的數(shù)據(jù)至IP，業(yè)務(wù)控制網(wǎng)關(guān)將傳真的數(shù)據(jù)發(fā)往IP，IP將所需傳真的數(shù)據(jù)格式轉(zhuǎn)換為傳真格式；b)系統(tǒng)響應(yīng)步驟，業(yè)務(wù)控制點(diǎn)通知SSP建立IP與目標(biāo)傳真機(jī)的連接，并請求SSP報(bào)告連接是否成功，SSP向業(yè)務(wù)控制點(diǎn)報(bào)告連接情況，如果與被叫傳真機(jī)連接成功，業(yè)務(wù)控制點(diǎn)向業(yè)務(wù)控制網(wǎng)關(guān)發(fā)送服務(wù)響應(yīng)，告知業(yè)務(wù)控制網(wǎng)關(guān)此次點(diǎn)擊傳真業(yè)務(wù)請求成功，業(yè)務(wù)控制網(wǎng)關(guān)向用戶發(fā)起服務(wù)的WWW服務(wù)器/公眾電話交換網(wǎng)與INTERNET的互通客戶端返回2xx號響應(yīng)，通知業(yè)務(wù)成功，WWW服務(wù)器通知用戶，此傳真機(jī)連接成功，業(yè)務(wù)控制點(diǎn)通知SSP將目標(biāo)傳真機(jī)與IP連接起來，IP與目標(biāo)傳真機(jī)連接成功后，IP向業(yè)務(wù)控制點(diǎn)發(fā)回響應(yīng)，業(yè)務(wù)控制點(diǎn)使用UIScript機(jī)制通知IP向目標(biāo)傳真機(jī)傳送數(shù)據(jù)，如果用戶選擇了定時(shí)發(fā)送傳真功能，則IP暫不發(fā)送傳真，直接進(jìn)入e)，等到用戶設(shè)定的時(shí)間到達(dá)時(shí)，IP中的業(yè)務(wù)邏輯自動激活，通過SSP與目的傳真機(jī)建立連接，發(fā)送傳真；c)用戶查詢業(yè)務(wù)階段，點(diǎn)擊傳真業(yè)務(wù)用戶通過點(diǎn)擊網(wǎng)頁請求查閱當(dāng)前傳真進(jìn)行的狀況，系統(tǒng)將當(dāng)前業(yè)務(wù)進(jìn)展?fàn)顩r返回給用戶；d)業(yè)務(wù)結(jié)束階段IP向目標(biāo)傳真機(jī)傳送數(shù)據(jù)完成后，用UIScript.event通知業(yè)務(wù)控制點(diǎn)數(shù)據(jù)傳送結(jié)束，業(yè)務(wù)控制點(diǎn)用UIScript.close命令I(lǐng)P結(jié)束Script程序，業(yè)務(wù)控制點(diǎn)命令業(yè)務(wù)控制網(wǎng)關(guān)結(jié)束程序，業(yè)務(wù)控制點(diǎn)通知SSP中斷與目標(biāo)傳真機(jī)的連接。
2.如權(quán)利要求1所述的方法，在步驟a)還進(jìn)一步包括如果業(yè)務(wù)控制網(wǎng)關(guān)從點(diǎn)擊傳真業(yè)務(wù)請求中得到的是一個(gè)通用資源定位符指針，則業(yè)務(wù)控制網(wǎng)關(guān)根據(jù)該通用資源定位符，使用Http協(xié)議的GET命令從Internet得到數(shù)據(jù)失敗，則業(yè)務(wù)控制網(wǎng)關(guān)通過公眾電話交換網(wǎng)與INTERNET的互通服務(wù)器向用戶PC返回失敗信息，業(yè)務(wù)邏輯結(jié)束。
3.如權(quán)利要求1所述的方法，在步驟b)還進(jìn)一步包括如果與被叫傳真機(jī)連接不成功，業(yè)務(wù)控制點(diǎn)向業(yè)務(wù)控制網(wǎng)關(guān)發(fā)送服務(wù)響應(yīng)，告知業(yè)務(wù)控制網(wǎng)關(guān)此次點(diǎn)擊傳真業(yè)務(wù)不成功，業(yè)務(wù)控制網(wǎng)關(guān)向用戶發(fā)起服務(wù)的WWW服務(wù)器/公眾電話交換網(wǎng)與INTERNET的互通客戶端返回6xx響應(yīng)，通知業(yè)務(wù)不成功，WWW服務(wù)器通知用戶，點(diǎn)擊傳真業(yè)務(wù)進(jìn)行失敗，業(yè)務(wù)邏輯結(jié)束。
4.如權(quán)利要求1所述的方法，在步驟b)中所述用戶交互描述(UIScript)是一種SRF中的業(yè)務(wù)邏輯。
全文摘要
本發(fā)明提出了一種實(shí)現(xiàn)點(diǎn)擊傳真業(yè)務(wù)的方法，該方法分為四個(gè)階段用戶發(fā)起業(yè)務(wù)請求、系統(tǒng)響應(yīng)階段、用戶查詢業(yè)務(wù)階段、業(yè)務(wù)結(jié)束階段。本發(fā)明還提出了一種采用抽象文法表示法ASN.1詳細(xì)定義了業(yè)務(wù)控制網(wǎng)關(guān)功能與SCF之間的接口，即一種增強(qiáng)的智能網(wǎng)應(yīng)用規(guī)程協(xié)議。這樣既支持用戶在表單中填寫傳真數(shù)據(jù)，再通過PSTN與INTERNET的互通服務(wù)器向業(yè)務(wù)控制網(wǎng)關(guān)提交傳真數(shù)據(jù)的方法，也支持用戶在表單中指定傳真數(shù)據(jù)所在的URL，由業(yè)務(wù)控制網(wǎng)關(guān)以HTTP方式獲取傳真數(shù)據(jù)的方法。且無論傳真機(jī)連接成功或失敗，系統(tǒng)都會向用戶返回相應(yīng)信息。SCP與IP之間采用UIScript機(jī)制，可以實(shí)現(xiàn)定時(shí)發(fā)送傳真的業(yè)務(wù)功能。業(yè)務(wù)結(jié)束時(shí)SCP向業(yè)務(wù)控制網(wǎng)關(guān)發(fā)送ReleaseCall消息，通知業(yè)務(wù)控制網(wǎng)關(guān)結(jié)束程序。
文檔編號H04L12/66GK1427614SQ01144428
公開日2003年7月2日 申請日期2001年12月17日 優(yōu)先權(quán)日2001年12月17日
發(fā)明者廖建新, 朱曉民, 王玉龍, 王暉, 王晶, 王純, 李煒, 徐童, 劉文峰, 林松濤 申請人:杭州東信北郵信息技術(shù)有限公司