CN1427614A - 一种改进的实现点击传真业务的方法 - Google Patents
一种改进的实现点击传真业务的方法 Download PDFInfo
- Publication number
- CN1427614A CN1427614A CN 01144428 CN01144428A CN1427614A CN 1427614 A CN1427614 A CN 1427614A CN 01144428 CN01144428 CN 01144428 CN 01144428 A CN01144428 A CN 01144428A CN 1427614 A CN1427614 A CN 1427614A
- Authority
- CN
- China
- Prior art keywords
- service control
- service
- fax
- user
- click
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Facsimiles In General (AREA)
Abstract
本发明提出了一种实现点击传真业务的方法,该方法分为四个阶段:用户发起业务请求、系统响应阶段、用户查询业务阶段、业务结束阶段。本发明还提出了一种采用抽象文法表示法ASN.1详细定义了业务控制网关功能与SCF之间的接口,即一种增强的智能网应用规程协议。这样既支持用户在表单中填写传真数据,再通过PSTN与INTERNET的互通服务器向业务控制网关提交传真数据的方法,也支持用户在表单中指定传真数据所在的URL,由业务控制网关以HTTP方式获取传真数据的方法。且无论传真机连接成功或失败,系统都会向用户返回相应信息。SCP与IP之间采用UIScript机制,可以实现定时发送传真的业务功能。业务结束时SCP向业务控制网关发送ReleaseCall消息,通知业务控制网关结束程序。
Description
技术领域
本发明是一种改进的实现点击传真业务的方法,属于通信领域中智能网与因特网互通的范畴。
背景技术
点击传真业务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类操作(即只报告失败)。
serviceRequest{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT ServiceRequestArg{bound} RETURN RESULT TRUE ERROR{ MissingCustomerRecord| MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-serviceRequest } --Direction:SCGF→SCF --This operations can transfer service request(initiated by IP user)--infomation flow from SCGF to SCP. ServiceRequestArg{PARAMETERS-BOUND:bound}∷=SEQUENCE{ serviceType [0]ServiceKey, callingPartyNumber [1]CallingPartyNumber OPTIONAL, calledPartyNumber [2]CalledPartyNumber OPTIONAL, callingPartyIPAddress [3] InternetAddress OPTIONAL, <!-- SIPO <DP n="5"> --> <dp n="d5"/> callingPartyC ategory [4]CallingPartyCategory OPTIONAL, 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)
(2)ServiceRequestReport
操作:ServiceRequestReport业务请求报告
方向:SCF→SCGF
参数:
1.success,业务请求成功指示。
2.failure,业务请求失败指示。
解释:业务请求报告,标明业务请求执行的结果,属于第2类操作。一般在ServiceRequest操作之后执行,表示某次业务请求是否被智能网系统成功接受。该操作的参数很简单,要么是成功指示,要么是失败指示,两者在任何情况下都只能出现一个,即是一个选择关系。
serviceRequestReport{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT ServiceRequestReportArg{bound} RETURN RESULT FALSE ERROR{ MissingCustomerRecord| MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-serviceRequest } --Direction:SCF→SCGF --By this operations SCF can return service request results to SCGF. ServiceRequestReportArg{PARAMETERS-BOUND:bound}∷=CHOICE{ success [0]Suceess, failure [1]FailureReason } FailureReason∷=EBUMBERED{ calledPartyBusy(0), <!-- SIPO <DP n="7"> --> <dp n="d7"/> noAnswer(1), selectRouteFailure(2) } Success ∷=OCTET STRING(minSuccesssLength..maxSuccessLength)
(3)SendData操作:SenData发送数据方向:SCF→SCGF参数:
0.sRFaddr,SRF的IP地址,表示要求SC GF将目标业务数据送达的SRF。
1.gCI,GlobalConnectionId,由SCF分配的全局唯一ID,用于标识目标业
务数据。
解释:SCF命令SCGF向特定的SRF发送目标业务数据,属于第2类操作。
sendData{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT SendDataArg{bound} RETURN RESULT FALSE ERROR{ MissingParameter| ParameterOutOfRange| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-sendData } --Direction:SCF→SCGF <!-- SIPO <DP n="8"> --> <dp n="d8"/> --By this operations SCF can require SCGF to transfer service data from SCGF--to a specific SRF SendDataArg{PARAMETERS-BOUND:bound}∷=SEQUENCE{ sRFAddr [0]IPOfSRF GCI [1]GlobalConnectionId } IPOfSRF ∷=InternetAddress
(4)RequestForProgress
操作:RequestForProgress请求状态
方向:SCGF→SCF
参数:
0.GCI,由SCF分配的全局唯一ID,用于标识目标业务数据。
解释:SCGF向SCF询问特定业务实例的当前状态,如对于点击发送传真业务(CTF),SCF返回的结果可能是“一共5页传真,已经发送了3页”。属于第2类操作。
requestForProgress{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENTRequestForProgressArg{bound} RETURN RESULT FALSE ERROR{ MissingParameter| ParameterOutOfRange| TaskRefused| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-requestForProgress } <!-- SIPO <DP n="9"> --> <dp n="d9"/> --Direction:SCGF→SCF --By this operations SCGF can get the current status of the specific service --from SCF RequestForProgressArg{PARAMETERS-BOUND:bound}∷=SEQUENCE{ gCI [0]GlobalConnectionId }
(5)ProgressReport
操作:ProgressReport进度报告
方向:SCF→SCGF
参数:
0.GCI,由SCF分配的全局唯一ID,用于标识目标业务数据。
1.status,计算机用户可理解的英文字符串。
解释:SCF向SCGF返回特定业务实例的进度报告。该操作是第2类操作,一般与RequestForProgress操作相对应。
progressReport{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT ProgressReportArg{bound} RETURN RESULT FALSE ERROR{ MissingParameter| ParameterOutOfRange| UnexpectedComponentSequence| UnexpectedDataValue| UnexpectedParameter } CODE opcode-notify } --Direction:SCF→SCGF --By this operations SCF can return the current status of the call <!-- SIPO <DP n="10"> --> <dp n="d10"/> ProgressReportArg{PARAMETERS-BOUND:bound}∷=SEQUENCE{ gCI [0]GlobalConnectionId status [1]IA5String(size(minStatusLength..maxStatusLength)) }
(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类操作。
notify{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT NotifyArg{bound} RETURN RESULT TRUE ERRORS{ MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedDataValue| UnexpectedParameter } <!-- SIPO <DP n="11"> --> <dp n="d11"/> CODE opcode-notify } --Direction:SCF→SCGF --By this operations SCF can notify SCGF that there is a call to the user of--IPN NotifyArg{PARAMETERS-BOUND:bound}∷=SEQUENCE{ serviceKey [0]ServiceKey, callingPartyNumber [1]CallingPartyNumber OPTIONAL, calledPartyIPAddress[2]InternetAddress OPTIONAL, callingpartyCategory[3]CallingpartyCategory OPTIONAL, calledPartyNumber [4]CalledPartyNumber OPTIONAL, ICWServerAddress [5]PINTAddress OPTIONAL } InternetAddress∷=OCTET STRING(SIZE(minIPAddrLength..maxIPAddrLength))
(7)NotifyReport
操作:NotifyReport来话通知报告
方向:SCGF→SCF
参数:
0.notifySelect,用户对于来话通知的选择结果。
1.forwardPartyNumber,用户指定的呼叫前转号码。
2.transportIndicator,用户指定的传输方式(电路交换或IP传输)。
解释:来话通知报告,报告用户对于来话通知的选择结果,一般与Notify操作相对应,属于第2类操作。
notifyReport{PARAMETERS-BOUND:bound}OPERATION∷={ ARGUMENT NotifyReportArg{bound} RETURN RESULT FALSE ERRORS{ <!-- SIPO <DP n="12"> --> <dp n="d12"/> MissingParameter| ParameterOutOfRange| SystemFailure| TaskRefused| UnexpectedDataValue| UnexpectedParameter } CODE opcode-notifyReport } --Direction:SCGF→SCF --By this operations SCGF can send IP user’s choose to SCF. NotifyReportArg∷=SEQUENCE{ notifySelect [0]NotifySelectResult, forwardPartyNumber [1]CalledPartyNumber OPTIONAL, transportIndicator [2]TransaportType DEFAULT overCircuitSwitched } NotifySelectResult ∷=ENUMBERTED{ notifyDecline(1), --呼叫拒绝 notifyWaiting(2), --呼叫等待 notifyForward(3), --呼叫前转 notifyAccept(4), --呼叫接受:传统电话 notifyIPAccept(5) --呼叫接受:IP电话 }
(8)ReleaseCall(注:本操作属于原INAP协议,原应用于SCF-SSF接口,此处借用到SCF-SCGF接口中。本操作不在发明范围之内)
操作:ReleaseCall释放呼叫
方向:SCF→SCGF
参数:
0.cause,释放呼叫的原因。
解释:SCF指示SCGF释放当前呼叫的连接。该操作也属于第2类操作。
ReleaseCall{PARAMETERS-BOUND:bound} { ARGUMENT ReleaseCallArg } --Direction:SCF □SCGF --By this operations SCF can notify SCGF to tear down an existing call at any phase of the call 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))
在不脱离本发明所附权利要求书所限定的保护范围内,对本领域的普通技术人员所作的任何形式的变更或修改都是简单的。
Claims (4)
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中的业务逻辑。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 01144428 CN1218555C (zh) | 2001-12-17 | 2001-12-17 | 一种改进的实现点击传真业务的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 01144428 CN1218555C (zh) | 2001-12-17 | 2001-12-17 | 一种改进的实现点击传真业务的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1427614A true CN1427614A (zh) | 2003-07-02 |
CN1218555C CN1218555C (zh) | 2005-09-07 |
Family
ID=4677571
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 01144428 Expired - Fee Related CN1218555C (zh) | 2001-12-17 | 2001-12-17 | 一种改进的实现点击传真业务的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1218555C (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006079289A1 (fr) * | 2005-01-26 | 2006-08-03 | Huawei Technologies Co., Ltd. | Procede de transmission de signaux dcn a un telecopieur desservi par une passerelle t.38 |
CN101159802B (zh) * | 2005-01-26 | 2010-11-10 | 华为技术有限公司 | 一种t.38网关保证拆线命令可靠传送给传真机的方法 |
US7991828B2 (en) | 2004-08-06 | 2011-08-02 | Ricoh Company, Ltd. | Network communication apparatus generating XML responses based on HTTP requests |
-
2001
- 2001-12-17 CN CN 01144428 patent/CN1218555C/zh not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7991828B2 (en) | 2004-08-06 | 2011-08-02 | Ricoh Company, Ltd. | Network communication apparatus generating XML responses based on HTTP requests |
WO2006079289A1 (fr) * | 2005-01-26 | 2006-08-03 | Huawei Technologies Co., Ltd. | Procede de transmission de signaux dcn a un telecopieur desservi par une passerelle t.38 |
CN101159802B (zh) * | 2005-01-26 | 2010-11-10 | 华为技术有限公司 | 一种t.38网关保证拆线命令可靠传送给传真机的方法 |
US7872773B2 (en) | 2005-01-26 | 2011-01-18 | Huawei Technologies Co., Ltd. | Method for ensuring reliable transmission of DCN signal by a gateway |
US7894090B2 (en) | 2005-01-26 | 2011-02-22 | Huawei Technologies Co., Ltd. | Method for ensuring reliable transmission of DCN signal by a gateway |
Also Published As
Publication number | Publication date |
---|---|
CN1218555C (zh) | 2005-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1272942C (zh) | 在场信息的方法和系统 | |
CN1926889A (zh) | 通信网络中的过载控制 | |
CN1606887A (zh) | 移动电信网络中的呼叫处理 | |
CN1852358A (zh) | 一种控制业务多次前转套打的方法 | |
CN1143513C (zh) | 用于建立电信连接的设备和方法 | |
CN1655532A (zh) | 管理基于网际协议的语音(VoIP)系统的路由路径 | |
CN1867102A (zh) | 发送短消息的方法 | |
CN1874480A (zh) | 一种可视通信平台系统及其呼叫控制方法 | |
CN1863252A (zh) | 为用户增加特殊用途号码的方法及系统 | |
CN1738446A (zh) | 一种多媒体消息系统及转发多媒体消息的方法 | |
CN1881939A (zh) | 终端适配设备及其支持从无线局域网拨号接入的方法 | |
CN1266885C (zh) | 一种基于软交换实现监听的方法 | |
CN1802007A (zh) | 一种智能网系统中呼叫接续的实现方法 | |
CN1725689A (zh) | 电信网络呼叫中心系统及其实现方法 | |
CN101068238A (zh) | 公共交换电话网终端与即时通信终端通话方法及系统 | |
CN1518315A (zh) | 通信终端装置 | |
CN1218555C (zh) | 一种改进的实现点击传真业务的方法 | |
CN1599398A (zh) | 实现电话向计算机网络即时通信终端发信息的装置和方法 | |
CN1190047C (zh) | 融合电话网和ip网用户的个人号码业务的实现方法及系统 | |
CN101047661A (zh) | 过滤会话发起协议消息的系统、装置和方法 | |
CN101039259A (zh) | 通信设备业务控制方法及其系统 | |
CN1860774A (zh) | 用于远程地关联通信装置与计算机终端的方法 | |
CN1242595C (zh) | 在一个终端和接入装置之间交换数据的任选打印机系统 | |
CN1713619A (zh) | VoIP网络、媒体服务器及提供在其中使用的附加服务的方法 | |
CN1310540A (zh) | 一种实现网络互通的服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C19 | Lapse of patent right due to non-payment of the annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |