CN1691730A - 通信设备和通信方法 - Google Patents
通信设备和通信方法 Download PDFInfo
- Publication number
- CN1691730A CN1691730A CN 200510067262 CN200510067262A CN1691730A CN 1691730 A CN1691730 A CN 1691730A CN 200510067262 CN200510067262 CN 200510067262 CN 200510067262 A CN200510067262 A CN 200510067262A CN 1691730 A CN1691730 A CN 1691730A
- Authority
- CN
- China
- Prior art keywords
- data
- communication
- destination
- carry out
- session
- 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)
- Facsimile Transmission Control (AREA)
Abstract
一种具有通过呼叫控制协议执行数据通信的单元的通信设备,该通信设备能够提高数据通信的通信效率。该通信设备通过呼叫控制协议在启动呼叫控制会话中获取目的设备的各种信息,并根据数据通信的数据类型及目的地设备的各种信息来选择数据通信方法。
Description
技术领域
本发明涉及一种在通过诸如会话启动协议(SIP)的呼叫控制协议建立的媒体会话中,执行诸如语音数据、运动图像数据、图像数据和文本数据的各种数据的通信的通信设备及程序。
背景技术
近来普遍使用的通信设备通过IP(互联网协议)网络发送和接收诸如IP电话通信及IP传真通信的各种数据。一种执行既支持语音数据又支持图像数据的数据通信的MFP(多功能***设备)被提出。例如,基于ITU-T(国际电信联盟-电信部门)建议T.38,公知的通信设备包括IP电话通信功能和IP传真通信功能。这种公知的通信设备能够同时通过IP电话通信和IP传真通信来发送和接收图像数据。
在这种通信设备中,当执行IP电话通信等的时候,呼叫控制协议执行与一般公用网交换机相对应的功能,如目的地通信设备的呼叫及连接管理。在许多情况下,H.323、SIP等用于呼叫控制协议。尤其是,由于SIP仅仅建立、改变及结束会话,而不涉及到会话的内容,因此SIP不限于IP电话通信等。诸如SMTP(简单邮件传输协议)和HTTP(超文本传输协议)的各种类型通信协议可以用于在发送器和接收器之间建立的媒体会话中。即,根据SIP,可以在建立的媒体会话中发送和接收诸如语音数据、运动图像数据和图像数据的各种类型的数据。另外,可以同时建立多个媒体会话,并且可以同时执行多种类型的数据通信。
在通过SIP建立的媒体会话中,有这样一种情况:UDP(用户数据报协议)代替具有纠错功能的TCP(传输控制协议),被用作较低传输层。在这种情况下,执行与通信目的地的数据通信而不执行纠错处理。在发送和接收语音数据的情况下,当由于噪声等在分组中发生故障时,说话者的话的一部分可能丢失。然而,听众能够从丢失部分的前文和后文,来理解说话者的话的意思和内容。因此,在媒体会话用于谈话的情况下,例如在IP电话的情况下,只有极少情况下故障会造成问题。然而,在发送和接收图像数据或文本数据的情况下,当在分组中发生故障时,接收器不能从接收的数据重现原始图像数据或原始文本数据。在TCP用作媒体会话的较低传输层的情况下,可以激活纠错功能。然而,要求实时数据传输的IP电话通信等不能被平稳地执行。
在通过SIP建立的媒体会话中执行数据通信的情况下,和直接在TCP连接上执行数据通信的情况下不同,造成了关于数据发送的各种限制。结果,不能充分地利用频带来执行数据通信。然而,与通过IP电话号码指定的目的地进行数据通信的常规SIP兼容通信设备总是在媒体会话中执行数据通信,而与通信数据的类型(例如语音数据、运动图像数据、静止图像数据和文本数据)无关。因此,与直接在TCP连接上执行静止图像数据、文本数据等的传输处理的IP通信设备相比,常规SIP兼容通信设备需要更长的时间进行数据传输。
发明内容
考虑上述情况提出了本发明。本发明的优点在于,提供一种具有通过呼叫控制协议执行数据通信的单元的通信设备,该通信设备能够提高数据通信的通信效率。本发明的另一个优点在于,提供一种能够根据通信数据的类型来设置纠错功能的有效性或无效性的通信设备。
根据本发明的一方面,通信设备包括在通过呼叫控制协议建立的媒体会话中执行与目的地的数据通信的单元。该通信设备也包括确定单元和数据通信单元。该确定单元根据关于要建立的媒体会话的信息,来确定是否对要与目的地执行的数据通信执行纠错处理。在确定单元确定执行纠错处理的情况下,数据通信单元在执行纠错处理的同时执行数据通信。在确定单元确定不执行纠错处理的情况下,数据通信单元执行数据通信而不执行纠错处理。
与要建立的媒体会话相关的信息包括:例如在媒体会话的建立之前形成的呼叫控制会话中获取的各种信息(例如,要在媒体会话中使用的通信数据的类型信息、通信协议、目的地IP地址及目的地端口号),以及通过形成呼叫控制会话而决定的各种信息(例如,要在媒体会话中使用的通信数据的类型信息、通信协议、目的地IP地址及目的地端口号)。
根据本发明的另一方面,通信设备包括在通过呼叫控制协议建立的媒体会话中执行与目的地的数据通信的单元。该通信设备也包括对在媒体会话中发送和接收的每种类型的数据设置纠错功能的有效性或无效性的单元。
根据本发明的另一方面,通信设备包括信息获取单元和数据通信单元。该信息获取单元通过呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息。该数据通信单元指定在获取的各种信息中包括的位置信息,建立与目的地的TCP连接,以及在所建立的TCP连接上执行数据通信。
根据本发明的另一方面,通信设备包括第一通信单元、呼叫控制单元、第二通信单元及数据通信单元。第一通信单元在通过呼叫控制协议建立的媒体会话中执行与目的地的数据通信。呼叫控制单元通过呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息,并执行终止呼叫控制会话、而不执行数据通信。第二通信单元指定在所获取的目的地的各种信息中包括的位置信息,建立与目的地的TCP连接,以及在所建立的TCP连接上执行数据通信。当启动数据通信时,数据通信单元根据规定的信息选择第一通信单元和第二通信单元之一,并通过所选择的通信单元执行数据通信。
该规定信息包括:例如在媒体会话的建立之前形成的启动呼叫控制会话中获取的各种信息(例如,要在媒体会话中使用的通信数据的类型信息、通信协议、目的地IP地址及目的地端口号),以及通过形成启动呼叫控制会话而决定要在要建立的媒体会话中使用的各种信息(例如,要在媒体会话中使用的通信数据类型信息、通信协议、目的地IP地址及目的地端口号)。作为选择,通信设备包括预先将第一通信单元和第二通信单元之一注册为要在通信设备的设备设置信息等中使用的通信单元的注册单元,并且已注册的指定信息可以用作规定信息。
根据本发明的该方面,通信设备根据与要建立的媒体会话相关的信息,来确定是否执行纠错处理。在许多情况下,可以通过关于媒体会话的信息,来指定在媒体会话中发送和接收的通信数据的类型。因此,例如根据发送和接收的数据的特性,通信设备能够对需要纠错的图像数据等执行纠错处理,并且对不应执行纠错的语音通信数据等不执行纠错处理。
对于能够在TCP连接上对其执行数据通信的诸如静止图像数据和文本数据的数据,可以提高数据通信效率。
而且,在启动呼叫控制会话中获取目的地的位置信息,并通过指定所获取的位置信息来建立TCP连接。因此,发送器的用户能够通过仅仅指定目的地的IP电话号码,来执行到目的地的数据发送。可以省略目的地的电子邮件地址或URI(统一资源标识符)的指定操作。
根据规定信息来选择第一通信单元和第二通信单元中任一通信单元,作为用于执行数据通信的通信单元。因此,可以根据通信数据的类型,利用适当的通信单元来执行数据通信。而且,在TCP连接上执行通信数据的纠错处理。因此,对于要求从由接收器收到的数据重现原始图像数据或原始文本数据的数据通信的类型,直接在TCP连接上执行数据通信。对于优选地在媒体会话中执行的数据通信的类型,可以在媒体会话中执行数据通信。
附图说明
图1显示了根据本发明第一实施例的传真MFP(通信设备)的配置的例子。
图2显示了纠错必要性确定表的例子。
图3显示了,当在根据本发明第一实施例的传真MFP(通信设备)之间通过SIP执行数据通信时,在传真MFP之间形成的会话的例子。
图4所示为由发送器(通信设备)执行的处理操作的流程图。
图5所示为由接收器(通信设备)执行的处理操作的流程图。
图6显示了纠错必要性确定表的另一个例子。
图7显示了纠错必要性确定表的另一个例子。
图8显示了根据本发明第二实施例的传真MFP(通信设备)的配置的例子。
图9显示了通信方法确定表的例子。
图10显示了,当在根据本发明第二实施例的传真MFP(通信设备)之间通过SIP执行数据通信时,在传真MFP之间形成的会话的例子。
图11显示了,当在根据本发明第二实施例的传真MFP(通信设备)之间通过SIP形成呼叫控制会话之后,直接在TCP连接上执行数据通信时,在传真MFP之间形成的会话的例子。
图12所示为由发送器(通信设备)执行的处理操作的流程图。
图13所示为由发送器(通信设备)执行的发送处理操作的流程图。
图14所示为由接收器(通信设备)执行的接收处理操作的流程图。
图15所示为由接收器(通信设备)执行的接收处理操作的流程图。
图16显示了通信方法确定表的另一个例子。
图17显示了通信方法确定表的另一个例子。
具体实施方式
(第一实施例)
以下将描述具有G3传真通信功能、因特网传真通信功能等的传真MFP(多功能***设备)的例子,作为根据本发明实施例的通信设备。除传真MFP以外,如果通信设备能够在通过呼叫控制协议建立的媒体会话中执行与目的地的各种数据通信,则本发明也能够应用于另一种类型的通信设备。
图1显示了传真MFP1的配置的例子。即传真MFP 1包括:中央处理器(CPU)2,只读存储器(ROM)3,随机存取存储器(RAM)4,图像存储器5,调制解调器6,网络控制单元(NCU)7,编解码器8,扫描仪单元9,打印机单元10,显示单元11,操作单元12,以及局域网(LAN)接口13。单元2至13中的每一个单元都经由总线14连接。
CPU 2起根据ROM 3中存储的控制程序来控制传真MFP 1的每一个单元的控制单元的作用。ROM 3存储控制程序等。RAM 4起CPU2的主存储器和工作区等的作用。RAM 4存储纠错必要性确定表4a。
如图2所示,纠错必要性确定表4a存储关于是否对在媒体会话中发送和接收的每种类型数据执行纠错处理的设置信息,换句话说,存储关于是否对诸如语音、运动图像、(通信设备的)设备数据及图像(静止图像)的每种类型数据的实质内容执行纠错处理的设置信息。即,在纠错必要性确定表4a中,对在媒体会话中发送和接收的每种类型数据设置纠错功能的有效性或无效性。
图像存储器5存储被编解码器8压缩和编码的图像数据等。调制解调器6按照例如ITU-T建议V.34标准或类似于此的任何标准,对发送数据和接收数据进行调制和解调。NCU 7是执行操作以关闭和释放与公用交换电话网(PSTN)15的通信线的通信网络控制设备。根据必要性,NCU 7将调制解调器6与PSTN 15连接。编解码器8根据联合图像专家组(JPEG)方法或改进的霍夫曼(MH)、改进的读(MR)、或改进的MR(MMR)方法等,对用于传真发送等的图像数据进行压缩和编码。编解码器8也对接收的图像数据等进行解码。
扫描仪单元9对原始文件的图像数据进行扫描。例如,扫描仪单元9包括电荷耦合器件(CCD)色彩线传感器、模/数(A/D)转换器和图像处理电路等。打印机单元10从进纸盒取出打印纸,并将接收的图像数据、扫描的图像数据等打印到打印纸上。显示单元11由例如被提供在紧接操作单元12之后的LCD(液晶显示器)构成,并显示各种屏幕信息。操作单元12包括各种操作键等。用户从操作单元12执行各种操作。
LAN接口13是用于在传真MFP 1和LAN 16之间建立连接的接口。传真MFP 1通过LAN接口13执行与也连接到LAN 16的客户个人计算机(PC)(未显示)和路由器19的通信。传真MFP 1也通过路由器19执行与IP(互联网协议)网络17上的另一个兼容SIP(会话启动协议)的通信设备18的各种数据通信。
上述传真MFP 1嵌有UDP/IP(用户数据报协议/互联网协议)、TCP/IP(传输控制协议/互联网协议)、SIP、RTP(实时传输协议)、RTSP(实时流协议)、SDP(会话描述协议)、SMTP(简单邮件传输协议)、HTTP(超文本传输协议)等。因此,能够在由SIP的呼叫控制建立的媒体会话中发送和接收诸如语音数据、运动图像数据、图像数据(静止图像数据)和文本数据的各种数据。
此外,传真MFP 1嵌有独特的纠错协议,该纠错协议在比SIP、RTP等高,并且比发送和接收的图像数据或文本数据的通信协议低的协议层中操作。因此,在用于媒体会话中的通信协议和通过通信协议交换的数据内容中,不涉及由该独特纠错协议执行的纠错处理。因此,纠错处理的优点在于:媒体会话中使用的通信协议不限于特定协议。
独特纠错协议形成例如发送器与接收器之间的以下协议。即,在发送器在通过SIP建立的媒体会话中向接收器发送数据的情况下,发送器将数据分成某些单元,并将顺序号添加到划分的块上。发送器把将所有数据一起加入块中的总值(校验和),添加到块中的规定位置,如块的末尾。接收器以与上述相同的方式划分接收的数据。接收器计算把所有数据一起加入块中的总值,并将该总值与添加到块中规定位置的值进行比较。在这两个值相互一致的情况下,接收器确定块中的数据没有缺陷。在这两个值相互不一致的情况下,接收器确定块中的数据有缺陷,并向发送器执行对这块的数据重发请求。然后,接收器按照顺序号重新组织已收到的没有任何缺陷的数据,及发送器根据重发请求重发的数据。可以使用散列(hush)值来代替校验和。
接下来,将参考图3的顺序图及图4和图5的流程图来描述,当具有上述配置和功能的传真MFP 1通过SIP(呼叫控制协议)建立与具有和该传真MFP 1相同的配置和功能的另一个传真MFP 1的媒体会话,并执行数据通信时,所执行的处理操作。进一步,按照由作为控制单元的CPU 2根据ROM 3中存储的控制程序产生的命令,来执行要参考图3至图5描述的处理操作。为方便说明,要成为发送器的传真MFP 1将被称为发送器1A,并且要成为接收器的传真MFP 1将被称为接收器1B。
如图3的顺序图所示,首先通过SIP在发送器1A和接收器1B之间形成呼叫控制会话(以下,该呼叫控制会话将被称为“启动呼叫控制会话”)。即,发送器1A通过指定了接收器1B的IP电话号码的会话参与请求“邀请”,向SIP服务器20请求接收器1B的呼叫。另外,发送器1A将诸如要在媒体会话中使用的IP地址和端口号的信息发送给接收器1B,作为发送器1A的各种信息(T1)。
SIP服务器20在收到诸如“邀请”的信息之后,向具有将IP电话号码和IP地址联系起来的信息的位置服务器(未显示)询问和发送器1A所指定的IP电话号码相联系的IP地址。SIP服务器20通过将诸如从发送器1A收到的“邀请”的信息发送到所获取的接收器1B的IP地址,来执行呼叫。
当接收器1B响应来自SIP服务器20的呼叫时,接收器1B接收“邀请”以及诸如发送器1A的位置信息的各种信息。然后,接收器1B将成功响应码“200 OK”发送给SIP服务器20。连同成功响应码“200 OK”一起,例如接收器1B发送作为接收器1B的位置信息的IP地址、要在媒体会话中使用的端口号、接收器1B能够使用的通信数据的类型信息或通信协议、以及指示接收器1B是否通过独特协议来支持纠错功能的信息,作为与接收器1B有关的各种信息(R1)。
发送器1A在收到成功响应码“200 OK”以及接收器1B的各种信息之后,发送指示收到了成功响应码“200 OK”的信息“ACK(应答)”。另外,发送器1A通过SIP服务器20,将诸如要在媒体会话中使用的通信数据类型、通信协议和端口号的信息发送给接收器1B,作为决定用于要建立的媒体会话的信息(T2)。然后,在发送器1A和接收器1B之间建立媒体会话,并根据通过在上述启动呼叫控制会话中执行的协商决定的通信数据类型、通信协议、通信端口等,来执行各种数据通信。
在媒体会话中的数据通信结束之后,发送器1A将请求断开SIP连接的“再见”发送给SIP服务器20。SIP服务器20在收到“再见”后,将“再见”发送给接收器1B(T3)。然后,当接收器1B将成功响应码“200 OK”发送给SIP服务器20(R2),并且SIP服务器20也将成功响应码“200 OK”发送给发送器1A时,一系列的会话结束,并且通信被断开。进一步,在媒体会话结束之后,直到通信被断开为止形成的呼叫控制会话,将被称为“终止呼叫控制会话”。
接下来,将参考图4的流程图来描述由发送器1A执行的用于确定是否对在建立的媒体会话中执行的数据通信执行纠错处理的处理操作等。
发送器1A在T1通过SIP呼叫接收器1B(S1)。在存在R1的响应的情况下(S2:是),发送器1A在形成与接收器1B的启动呼叫控制会话的同时,交换各种信息,换句话说,执行用于建立媒体会话所需的协商(S3)。发送器1A决定与媒体会话有关的、诸如要在媒体会话中使用的数据通信类型、通信协议和通信端口的信息(S4)。然后,发送器1A根据所决定的与媒体会话有关的信息当中的数据通信的类型信息,来确定是否执行在媒体会话中发送和接收的数据通信的纠错处理(S5)。
即,发送器1A根据与要在媒体会话中执行的数据通信的类型相联系的纠错必要性确定表4a的设置,来确定是否执行纠错处理。具体为,如图2所示,如果在S4决定的数据通信类型是语音或运动图像,则由于纠错功能被设置为无效,因此发送器1A确定不执行纠错处理。如果在S4决定的数据通信类型是设备数据或图像,则由于纠错功能被设置为有效,因此发送器1A确定执行纠错处理(S5)。
在发送器1A确定执行纠错处理的情况下(S5:是),如果发送器1A根据在启动呼叫控制会话中获取的接收器1B的各种信息,确定接收器1B能够利用TCP来执行纠错处理(S6:是),则发送器1A将“应答(ACK)”等发送给接收器1B(S7)。发送器1A在所建立的媒体会话中执行到接收器1B的数据发送,同时通过TCP来执行纠错处理(S8)。
在发送器1A在S6确定接收器1B不能利用TCP执行纠错处理的情况下(S6:否),发送器1A根据在启动呼叫控制会话中获取的接收器1B的各种信息,来确定接收器1B是否通过独特协议来支持纠错处理(S9)。在接收器1B通过独特协议来支持纠错处理的情况下(S9:是),发送器1A将“ACK”等发送给接收器1B(S10)。发送器1A在所建立的媒体会话中执行到接收器1B的数据发送,同时通过独特协议执行纠错处理(S11)。
同时,在发送器1A在S5确定不执行纠错处理的情况下(S5:否),以及在发送器1A在S9确定接收器1B不通过独特协议支持纠错处理的情况下(S9:否),发送器1A将“ACK”等发送给接收器1B(S12)。然后,发送器1A执行到接收器1B的数据发送,而不执行纠错处理(S13)。进一步,在S12,发送器1A可以发送指示将不执行纠错处理的信息。
最后,在发送器1A和接收器1B之间形成终止呼叫控制会话,并且执行SIP连接的断开处理(S14)。进一步,如果在S2没有来自接收器1B的响应,换句话说,如果发送器1A收到指示错误内容的响应码,而没有收到R2的成功响应码“200 OK”,则发送器1A执行通信错误处理(S15)。例如,作为通信错误处理,将指示通信错误原因的消息、错误码等显示在显示单元11上,或者从打印机单元10打印出来。
接下来,将参考图5的流程图来描述作为发送器1A的通信的另一方的接收器1B的处理操作。
当接收器1B在T1通过SIP响应来自发送器1A的呼叫时(S51),接收器1B在形成与发送器1A的启动呼叫控制会话的同时,交换各种信息,换句话说,执行用于建立媒体会话所需的协商(S52)。接收器1B从发送器1A接收和“ACK”一起的,关于要建立的媒体会话的决定信息(S53)。
在把TCP用作媒体会话中的传输层的情况下(S54:是),接收器1B在所建立的媒体会话中执行数据接收,同时通过TCP执行纠错处理(S55)。
在通过独特协议执行纠错处理的情况下(S54:否,S56:是),接收器1B执行数据接收,同时通过独特协议执行纠错处理(S57)。进一步,在该情况下,UDP被用作传输层。
在不执行纠错处理的情况下(S54:否,S56:否),接收器1B执行数据接收而不执行纠错处理(S58)。进一步,在该情况下,UDP被用作传输层。
当步骤S55、S57或S58的数据接收处理完成了,并且接收器1B通过SIP服务器20从发送器1A收到“再见”时,接收器1B建立与发送器1A的终止呼叫控制会话,并执行SIP连接的断开处理(S59)。
如上所述,根据本发明第一实施例的通信设备,如果在媒体会话中发送和接收的通信数据的类型是要求为实时的语音数据等,则发送和接收语音数据等而不执行纠错。在要求在接收器完整地重现原始数据的通信数据(诸如文本数据和图像数据)的情况下,发送和接收图像数据等,同时执行纠错。因此,可以根据利用SIP发送和接收的通信数据的特性、目标等来执行多媒体通信。
接下来,将描述第一实施例的另一个例子。第一实施例的另一个例子的传真MFP 1包括图6或图7中所示的纠错必要性确定表,而不是纠错必要性确定表4a,并根据该纠错必要性确定表来执行S6的确定处理。
图6中所示的纠错必要性确定表4b对每个目的地端口号设置纠错功能的有效性和无效性。在S5的确定处理中,发送器1A根据和在S4决定的关于媒体会话的信息当中的目的地端口号相联系的纠错必要性确定表4b的设置,来确定是否执行纠错处理。具体为,如图6所示,如果在S4决定的目的地端口号是“4006”,则由于纠错功能被设置为无效,因此发送器1A确定不执行纠错处理。如果在S4决定的目的地端口号是“4004”,则因为纠错功能被设置为有效,因此发送器1A确定执行纠错处理。
图7中所示的纠错必要性确定表4c对每个目的地IP地址设置纠错功能的有效性和无效性。在S5的确定处理中,发送器1A根据和在S4决定的关于媒体会话的信息当中的目的地IP地址相联系的纠错必要性确定表4c的设置,来确定是否执行纠错处理。具体为,如图7所示,如果在S4决定的目的地IP地址是“128.2.3.1”,则由于纠错功能被设置为无效,因此发送器1A确定不执行纠错处理。如果在S4决定的目的地IP地址是“128.2.3.2”,则由于纠错功能被设置为有效,因此发送器1A确定执行纠错处理。
为确定是否执行纠错处理,可以根据除上述的通信数据类型、目的地IP地址和目的地端口号以外的关于媒体会话的信息,来执行上述S5的确定处理。
在以上说明中,传真MFP 1建立单个媒体会话。然而,在同时建立多个媒体会话并同时交换多种类型通信数据的情况下,发送器1A和接收器1B对每个媒体会话执行S5至S13和S54至S58的处理操作。因此,即使在建立多个媒体会话的情况下,也能够只对需要纠错处理的类型的通信数据执行纠错处理,而不能对不需要纠错处理的类型的通信数据执行纠错处理。进一步,在接收器1B具有一个IP地址的情况下,发送器1A优选地将纠错必要性确定表4a或4b、而不是纠错必要性确定表4c,用于S5的确定处理。
(第二实施例)
以下将描述具有G3传真通信功能、因特网传真通信功能等的传真MFP的例子,作为根据本发明第二实施例的通信设备。除传真MFP以外,如果通信设备能够在通过呼叫控制协议建立的媒体会话中和在TCP连接上执行与目的地的各种数据通信,则本发明也能够应用于另一种类型的通信设备。
图8显示了传真MFP 101的配置的例子。即传真MFP 101包括CPU 102、ROM 103、RAM 104、图像存储器105、调制解调器106、NCU 107、编解码器108、扫描仪单元109、打印机单元110、显示单元111、操作单元112和LAN接口113。单元102至113中的每一个单元都经由总线114连接。
CPU 102起根据ROM 103中存储的控制程序来控制传真MFP101的每一个单元的控制单元的作用。ROM 103存储控制程序等。RAM 104起CPU 102的主存储器和工作区等的作用。RAM 104存储通信方法确定表104a。
如图9所示,通信方法确定表104a存储关于以下的设置信息:对于每种类型通信数据,换句话说,对于诸如语音、运动图像、(通信设备的)设备数据和图像(静止图像)的每种类型通信数据的实质内容,是否在媒体会话中执行数据通信,或者是否直接在TCP连接上而不在媒体会话中执行数据通信。通信方法确定表104a也存储关于是否对每种类型的通信数据执行纠错处理的设置信息。
图像存储器105存储被编解码器108压缩和编码的图像数据等。调制解调器106按照例如ITU-T建议V.34标准或类似于此的任何标准,对发送数据和接收数据进行调制和解调。NCU 107是执行操作以关闭和释放与PSTN 115的通信线的通信网络控制设备。根据必要性,NCU 107将调制解调器106与PSTN 115连接。编解码器108根据JPEG方法或MH、MR或MMR方法等,对用于传真发送等的图像数据进行压缩和编码。编解码器108也对接收的图像数据等进行解码。
扫描仪单元109对原始文件的图像数据进行扫描。例如,扫描仪单元109包括CCD色彩线传感器、A/D转换器和图像处理电路等。打印机单元110从进纸盒取出打印纸,并将接收的图像数据、扫描的图像数据等打印到打印纸上。显示单元111由例如被提供在紧接操作单元112之后的LCD构成,并显示各种屏幕信息。操作单元112包括各种操作键等。用户从操作单元112执行各种操作。
LAN接口113是用于在传真MFP 101和LAN 116之间建立连接的接口。传真MFP 101通过LAN接口113执行与也连接到LAN 116的客户PC(未显示)和路由器119的通信。传真MFP 101也通过路由器119执行与IP网117上的另一个兼容SIP的通信设备118的各种数据通信。
上述传真MFP 101嵌有UDP/IP、TCP/IP、SIP、RTP、RTSP、SDP、SMTP、HTTP等。因此,能够通过SMTP、HTTP等,直接在TCP连接上发送和接收图像数据(静止图像数据)和文本数据等。可以在通过SIP的呼叫控制建立的媒体会话中,通过RTP等发送和接收语音数据和运动图像数据。可以在通过SIP的呼叫控制建立的媒体会话中,通过SMTP、HTTP等发送和接收图像数据(静止图像数据)和文本数据等。
此外,传真MFP 101嵌有独特的纠错协议,该纠错协议在比SIP、RTP等高、并且比发送和接收图像数据或文本数据的通信协议低的协议层中操作。因此,在用于媒体会话中的通信协议和通过通信协议交换的数据内容中,不涉及由该独特纠错协议执行的纠错处理。因此,纠错处理的优点在于:媒体会话中使用的通信协议不限于特定协议。
独特纠错协议形成例如发送器与接收器之间的以下协议。即,在发送器在通过SIP建立的媒体会话中向接收器发送数据的情况下,发送器将数据分成某些单元,并将顺序号添加到划分的块上。发送器把将所有数据一起加入块中的总值(校验和),添加到块中的规定位置,如块的末尾。接收器以与上述相同的方式划分接收的数据。接收器计算把所有数据一起加入块中的总值,并将该总值与添加到块中规定位置的值进行比较。在这两个值相互一致的情况下,接收器确定块中的数据没有缺陷。在这两个值相互不一致的情况下,接收器确定块中的数据有缺陷,并向发送器执行对这个块的数据的重发请求。然后,接收器按照顺序号重新组织已收到的没有任何缺陷的数据、及发送器根据重发请求重发的数据。可以使用散列(hush)值来代替校验和。
接下来,将参考图10和图11的顺序图及图12至图15的流程图来描述,当具有上述配置和功能的传真MFP 101执行与具有和该传真MFP 101相同的配置和相同的功能的另一个传真MFP 1的数据通信时,所执行的处理操作。进一步,按照由作为控制单元的CPU 102根据ROM 103中存储的控制程序产生的命令,来执行要参考图10至图15描述的处理操作。为方便说明,要成为发送器的传真MFP 101将被称为发送器101A,并且要成为接收器的传真MFP 101将被称为接收器101B。
如图10和图11的顺序图所示,首先通过SIP在发送器101A和接收器101B之间形成呼叫控制会话。即,发送器101A通过指定了接收器101B的IP电话号码的会话参与请求“邀请”,向SIP服务器120请求接收器101B的呼叫。另外,发送器101A将诸如要在媒体会话中使用的IP地址和端口号的信息发送给接收器101B,作为发送器101A的各种信息(T101)。进一步,在第二实施例中,在建立媒体会话之前形成的呼叫控制会话将被称为“启动呼叫控制会话”。
SIP服务器120在收到诸如“邀请”的信息之后,向具有将IP电话号码和IP地址联系起来的信息的位置服务器(未显示)询问和发送器101A所指定的IP电话号码相联系的IP地址。SIP服务器120通过将诸如从发送器101A收到的“邀请”的信息发送到所获取的接收器101B的IP地址,来执行呼叫。
当接收器101B响应来自SIP服务器120的呼叫时,接收器101B接收“邀请”以及诸如发送器101A的位置信息的各种信息。然后,接收器101B将成功响应码“200 OK”发送给SIP服务器120。连同成功响应码“200 OK”一起,例如接收器101B发送作为接收器101B的位置信息的IP地址、要使用的端口号、接收器101B能够使用的通信数据的类型信息或通信协议、以及指示接收器101B是否通过独特协议来支持纠错功能的信息,作为与接收器101B有关的各种信息(R101)。
发送器101A在收到成功响应码“200 OK”以及接收器101B的各种信息之后,根据接收器101B的各种信息(例如,接收器101B能够使用的通信协议)决定通信数据类型等、以及发送器101A要用于数据发送的通信协议等。然后,发送器101A根据所决定的通信数据的类型,来选择是使用第一通信单元还是第二通信单元(选择操作的细节将在后面描述),并通过所选择的通信单元执行数据通信。进一步,第一通信单元通过SIP在媒体会话中执行与目的地的数据通信。第二通信单元形成终止呼叫控制会话,而不在媒体会话中执行数据通信,然后建立与相同目的地的新TCP连接、并直接在所建立的TCP连接上执行数据通信。进一步,可以把将任一通信单元指定为要使用的通信单元的信息预先注册在发送器101A的设备设置信息等中。然后,可以根据注册的指定信息,来选择任一通信单元。
在发送器101A选择在媒体会话中执行与目的地的数据通信的情况下,如图10所示,发送器101A发送指示收到成功响应码“200 OK”的信息“ACK”。另外,发送器101A通过SIP服务器120,将诸如要在媒体会话中使用的通信数据的类型、通信协议和端口号的信息发送给接收器101B,作为决定用于要建立的媒体会话的信息(T102)。然后,在发送器101A和接收器101B之间建立媒体会话。发送器101A根据通过在上述启动呼叫控制会话中执行的协商决定的通信数据的类型、通信协议、通信端口等,来执行与接收器101B的各种数据通信。
在媒体会话中的数据通信结束之后,发送器101A将请求断开SIP连接的“再见”发送给SIP服务器120。SIP服务器120在收到“再见”后,将“再见”发送给接收器101B(T103)。然后,当接收器101B将成功响应码“200 OK”发送给SIP服务器120(R102),并且SIP服务器120也将成功响应码“200 OK”发送给发送器101A时,一系列的会话结束并且通信被断开。进一步,在媒体会话结束之后,直到通信被断开为止形成的呼叫控制会话,将被称为“终止呼叫控制会话”。
同时,在发送器101A收到在R101从接收器101B发送的成功响应码“200 OK”及各种信息之后,在发送器101A选择通过建立新的TCP连接来执行与目的地的数据通信,而不在媒体会话中执行数据通信的情况下,如图11所示,在发送器101A刚在T102发送信息之后,发送器101A就将请求断开SIP连接的“再见”发送给SIP服务器120,并形成与接收器101B的终止呼叫控制会话,并断开SIP连接。然后,发送器101A重新请求到接收器101B的TCP连接,并在发送器101A和接收器101B之间建立TCP连接(T104)。发送器101A直接在所建立的TCP连接上执行到接收器101B的数据发送(T105)。在数据发送处理完成之后,执行TCP连接的断开处理(T106)。
在以上说明中,发送器101A在通过SIP建立的媒体会话中或者直接在TCP连接上,执行数据通信。然而,在同时通过多种类型的通信协议执行数据通信的情况下,可以在媒体会话中执行一部分的数据通信(参考图10),并且可以在重新建立的TCP连接上执行其它的数据通信(参考图11的下面部分)。
接下来,将参考图12和图13的流程图来描述,在执行启动呼叫控制会话时,发送器101A通过选择是在媒体会话中执行数据通信还是直接在TCP连接上执行数据通信来执行数据通信的情况下,发送器101A所执行的处理操作等。
发送器101A在T101通过SIP呼叫接收器101B(S81)。在存在R101的响应的情况下(S82:是),发送器101A在形成与接收器101B的启动呼叫控制会话的同时,执行协商(S83)。发送器101A获取接收器101B能够使用的通信类型、通信协议、通信端口等。
在发送器101A通过单个数据通信执行与接收器101B的数据通信的情况下(S84:是),发送器101A执行要在后面描述的通信处理(S85)。同时,在通过多个数据通信来执行发送器101A与接收器101B之间的通信的情况下,例如在语音数据通信和图像数据通信的情况下、或者在语音数据通信和运动图像通信的情况下,发送器101A对每个数据通信执行要在后面描述的通信处理(S86)。
进一步,如果在S82没有来自接收器101B的响应,换句话说,如果发送器101A收到指示错误内容的响应码,而没有收到R102的成功响应码“200 OK”,则发送器101A执行通信错误处理(S87)。例如,作为通信错误处理,将指示通信错误原因的消息、错误码等显示在显示单元111上、或者从打印机单元110打印出来。
接下来,将参考图13的流程图来描述发送器101A的S85和S86的通信处理。此外,在S85和S86执行的通信处理内容的不同之处在于:在S85,对一个数据通信执行要在后面描述的通信处理;而在S86,对多个数据通信中的每个数据通信执行要在后面描述的通信处理。对每个数据通信执行的通信处理的内容是相同的。
首先,发送器101A根据要执行的数据通信的类型,来选择是否执行在媒体会话中的数据通信(S101)。即,发送器101A根据和要执行的数据通信的类型相联系的通信方法确定表104a的设置,来选择是在媒体会话中执行数据通信,还是通过结束SIP连接并建立新的TCP连接来执行数据通信。例如,如图9所示,在要执行的数据通信的类型是语音或运动图像的情况下,由于通信方法被设置为“媒体会话/RTP”,因此发送器101A选择在媒体会话中执行数据通信。在要执行的数据通信的类型是设备数据或图像的情况下,发送器101A选择通过结束SIP连接并建立新的TCP连接来执行数据通信(S101)。
在发送器101A选择在媒体会话中执行数据通信的情况下(S101:是),发送器101A决定与媒体会话有关的诸如要在媒体会话中使用的数据通信的类型、通信协议和通信端口等的信息(S102)。然后,发送器101A根据所决定的与媒体会话有关的信息当中的数据通信的类型信息,来确定是否执行在媒体会话中发送和接收的数据通信的纠错处理(S103)。即,发送器101A根据和在媒体会话中执行的数据通信的类型相联系的通信方法确定表104a的设置,来确定是否执行纠错处理。例如,如图9所示,在要执行的数据通信的类型是语音或运动图像的情况下,由于纠错功能被设置为无效,因此发送器101A确定不执行纠错处理。在要执行的数据通信的类型是设备数据或图像的情况下,由于纠错功能被设置为有效,因此发送器101A确定执行纠错处理(S103)。
在发送器101A确定执行纠错处理的情况下(S103:是),如果发送器101A根据在启动呼叫控制会话中获取的接收器101B的各种信息,确定接收器101B能够利用TCP来执行纠错处理(S104:是),则发送器101A将“ACK”等发送给接收器101B(S105)。发送器101A在所建立的媒体会话中执行到接收器101B的数据发送,同时通过TCP来执行纠错处理(S106)。
在S104,如果发送器101A根据在启动呼叫控制会话中获取的接收器101B的各种信息,确定接收器101B不能利用TCP执行纠错处理(S104:否),则发送器101A确定接收器101B是否通过独特协议支持纠错处理(S107)。在接收器101B通过独特协议支持纠错处理的情况下(S107:是),发送器101A将“ACK”等发送给接收器101B(S108)。发送器101A在所建立的媒体会话中执行到接收器101B的数据通信,同时通过独特协议执行纠错处理(S109)。
同时,在发送器101A在S103确定不执行纠错处理的情况下(S103:否),以及在发送器101A在S107确定接收器101B不通过独特协议支持纠错处理的情况下(S107:否),发送器101A将“ACK”等发送给接收器101B(S110)。发送器101A执行到接收器101B的数据发送而不执行纠错处理(S111)。进一步,在S110,发送器能够发送指示将不执行纠错处理的信息。
发送器101A形成与接收器101B的终止呼叫控制会话,并执行SIP连接的断开处理(S112)。
同时,在S101,在发送器101A选择结束SIP连接并通过建立新的TCP连接来执行数据通信的情况下(S101:否),发送器101A立即形成与接收器101B的终止呼叫控制会话,并执行SIP连接的断开处理(S113)。接着,发送器101A执行指定在启动呼叫控制会话中获取的接收器101B的位置信息(IP地址、端口号)的TCP连接处理,并建立TCP连接(S114)。然后,发送器101A直接在TCP连接上执行到接收器101B的数据发送,同时通过TCP执行纠错处理(S115)。在数据发送处理完成之后,发送器101A执行TCP连接的断开处理(S116)。
接下来,将参考图14和图15的流程图,来描述作为发送器101A的通信的另一方的接收器101B的处理操作。
接收器101B在T101通过SIP响应来自发送器101A的呼叫(S151)。然后,接收器101B在形成与发送器101A的启动呼叫控制会话的同时,交换各种信息,换句话说,执行为建立媒体会话所需的协商(S152)。接收器101B从发送器101A接收和“ACK”一起的,关于要建立的媒体会话的决定信息(S153)。
在把TCP用作媒体会话中的传输层的情况下(S154:是),接收器101B在所建立的媒体会话中执行数据接收,同时通过TCP执行纠错处理(S155)。
在通过独特协议执行纠错处理的情况下(S154:否,S156:是),接收器101B执行数据接收,同时通过独特协议执行纠错处理(S157)。进一步,在该情况下,UDP被用作传输层。
在不执行纠错处理的情况下(S154:否,S156:否),接收器101B执行数据接收而不执行纠错处理(S158)。进一步,在该情况下,UDP被用作传输层。
在步骤S155、S157或S158的数据接收处理完成,并且接收器101B通过SIP服务器120从发送器101A收到“再见”之后,接收器101B形成与发送器101A的终止呼叫控制会话,并执行SIP连接的断开处理(S159)。
同时,在接收器101B根据在S114的来自发送器101A的TCP连接的请求,建立与发送器101A的TCP连接的情况下(S201),接收器101B直接在TCP连接上执行数据接收,同时通过TCP执行纠错处理(S202)。在数据接收完成之后,接收器101B执行TCP连接的断开处理(S203)。
在发送器101A执行与接收器101B的多个数据通信的情况下,同时对每个数据通信执行发送器101A的发送处理(S101至S116)和接收器101B的接收处理(S151至S159及S201至S203)。因此,例如在发送器101A与接收器101B执行关于同时作为要执行的数据通信的类型的语音数据和静止图像数据的数据通信的情况下,同时建立用于执行语音数据通信的媒体会话和用于执行静止图像数据通信的TCP连接。
如上所述,根据本发明第二实施例的传真MFP(通信设备)101,在发送和接收的通信数据的类型是要求为实时的语音数据等的情况下,在媒体会话中执行数据通信而不执行纠错处理。在诸如要求在接收器处完整地重现原始数据的图像数据的通信数据的情况下,可以在媒体会话中执行纠错处理的同时,或者在通过断开SIP连接并建立新的TCP连接来执行纠错处理的同时,执行数据通信。因此,根据传真MFP 101,根据利用SIP发送和接收的通信数据的特性、目标等来执行数据通信处理。
发送器101A利用在SIP的启动呼叫控制会话中获取的接收器101B的位置信息,来请求TCP连接。因此,可以省略对DNS(域名***)等的询问处理。此外,发送器的用户能够通过仅仅指定目的地的IP电话号码来执行到目的地的数据通信。可以省略目的地的电子邮件地址或URI(统一资源标识符)的指定操作。
在媒体会话中执行数据通信的情况下,造成了关于数据通信的各种限制,并且不能充分地利用频带。然而,如果直接在TCP连接上执行静止图像等的数据通信,则可以充分高效地执行数据通信。
即使在诸如要求在接收器处完整地重现原始数据的图像数据的通信数据的情况下,也能够根据通信方法确定表104a的设置,在通过SIP建立的媒体会话中通过TCP或独特协议来执行纠错处理的同时,执行数据通信。
接下来,将描述第二实施例的另一个例子。第二实施例的另一个例子的传真MFP 101包括图16或17中所示的通信方法确定表,而不是通信方法确定表104a。根据图16或图17中所示的通信方法确定表,传真MFP 101执行S101的选择处理和S103的确定处理。进一步,图17中所示的通信方法确定表的应用是基于以下条件:在S84进行否定确定,并且不执行S86的处理操作。
图16中所示的通信方法确定表104b存储关于是在媒体会话中执行数据通信,还是直接在TCP连接上而不是在媒体会话中执行数据通信的设置信息,以及关于是否通过联系每个目的地端口号来执行纠错处理的设置信息。在S101的选择处理中,具有通信方法确定表104b的发送器101A根据和在S83获取的目的地端口号相联系的通信方法确定表104b的设置,来选择是在媒体会话中执行数据通信,还是直接在TCP连接上而不是在媒体会话中执行数据通信。例如,如图16所示,在目的地端口号是“4004”或“4006”的情况下,由于通信方法被设置为“媒体会话/RTP”,因此选择在媒体会话中通过RTP执行数据通信。在目的地端口号是“4008”或“4010”的情况下,由于通信方法被设置为“TCP连接”,因此选择直接在TCP连接上而不是在媒体会话中执行数据通信。在S103的确定处理中,根据和在S83获取的目的地端口号相联系的通信方法确定表104b的设置,来确定是否执行纠错处理。例如,如图16所示,在目的地端口号是“4004”或“4006”的情况下,由于纠错功能被设置为无效,因此确定不执行纠错处理。在目的地端口号是“4008”或“4010”的情况下,由于纠错功能被设置为有效,因此确定执行纠错处理。
图17中所示的通信方法确定表104c存储关于是在媒体会话中执行数据通信还是直接在TCP连接上而不是在媒体会话中执行数据通信的设置信息,以及关于是否通过联系每个目的地IP地址来执行纠错处理的设置信息。在S101的选择处理中,具有通信方法确定表104c的发送器101A根据和在S83获取的目的地IP地址相联系的通信方法确定表104c的设置,来确定是在媒体会话中执行数据通信,还是直接在TCP连接上而不是在媒体会话中执行数据通信。例如,如图17所示,在目的地IP地址是“128.2.3.1”或“128.2.3.2”的情况下,由于通信方法被设置为“媒体会话/RTP”,因此确定在媒体会话中通过RTP执行数据通信。在目的地IP地址是“128.2.3.3”或“128.2.3.4”的情况下,由于通信方法被设置为“TCP连接”,因此确定直接在TCP连接上而不是在媒体会话中执行数据通信。在S103的确定处理中,根据和在S83获取的目的地IP地址相联系的通信方法确定表104c的设置,来确定是否执行纠错处理。例如,如图17所示,在目的地IP地址是“128.2.3.1”或“128.2.3.2”的情况下,由于纠错功能被设置为无效,因此确定不执行纠错处理。在目的地IP地址是“128.2.3.3”或“128.2.3.4”的情况下,由于纠错功能被设置为有效,因此确定执行纠错处理。
进一步,在S101的选择处理和S103的确定处理中,可以根据除上述的通信数据类型、目的地IP地址和目的端口号以外的关于媒体会话的信息,来执行关于是否执行纠错处理的确定。
在第二实施例及第二实施例的其它例子中,描述了传真MFP 101的例子。也可以通过诸如PC的通用计算机来执行传真MFP 101的上述处理操作。即,可以将用于执行上述处理操作的程序嵌入用于PC的传真通信软件等中,并且可以通过执行该程序,来执行上述通信处理操作。
Claims (17)
1.一种通信设备,其包括:
获取装置,用于通过呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息;
确定装置,用于根据所获取的各种信息和/或发送数据的类型来确定用于发送所述发送数据的数据传输协议;以及
发送装置,用于通过由所述确定装置确定的数据传输协议把所述发送数据发送到目的地。
2.根据权利要求1所述的通信设备,其特征在于,所述发送装置包括:
第一通信装置,用于在通过所述呼叫控制协议建立的媒体会话中执行数据发送;以及
第二通信装置,用于在通过所述呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息之后,执行终止呼叫控制会话而不执行数据发送,通过指定在所获取的目的地的各种信息中包括的位置信息来建立与目的地的传输控制协议(TCP)连接,以及在所建立的TCP连接上执行数据发送。
3.根据权利要求1所述的通信设备,其特征在于,所述发送装置包括:
第一通信装置,用于在通过所述呼叫控制协议建立的媒体会话中执行数据发送,同时执行纠错;
第二通信装置,用于在通过所述呼叫控制协议建立的媒体会话中执行数据发送而不执行纠错;以及
第三通信装置,用于在通过所述呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息之后,执行终止呼叫控制会话而不执行数据发送,通过指定在所获取的目的地的各种信息中包括的位置信息来建立与目的地的传输控制协议(TCP)连接,以及在所建立的TCP连接上执行数据发送。
4.一种通信设备,包括:
执行装置,用于在通过呼叫控制协议建立的媒体会话中执行与目的地的数据通信;
确定装置,用于根据与所建立的媒体会话有关的信息来确定是否对所述数据通信执行纠错处理;以及
控制装置,用于在所述确定装置确定执行纠错处理的情况下,控制在执行纠错处理的同时执行所述数据通信,以及在所述确定装置确定不执行纠错处理的情况下,控制执行所述数据通信而不执行纠错处理。
5.根据权利要求4所述的通信设备,其特征在于,通过没有在用于所述媒体会话中的通信协议及通过该通信协议交换的数据内容中涉及的纠错协议,来执行所述纠错处理。
6.根据权利要求4所述的通信设备,其特征在于,通过传输控制协议/互联网协议(TCP/IP)来执行所述纠错处理。
7.根据权利要求4所述的通信设备,其特征在于,在比用户数据报协议/互联网协议(UDP/IP)更高的层中执行所述纠错处理。
8.根据权利要求4所述的通信设备,其特征在于,所述确定装置根据在所述媒体会话中发送和接收的数据的类型,来确定是否执行所述纠错处理。
9.根据权利要求4所述的通信设备,其特征在于,所述确定装置根据端口号来确定是否执行所述纠错处理。
10.根据权利要求4所述的通信设备,其特征在于,所述确定装置根据互联网协议(IP)地址来确定是否执行所述纠错处理。
11.一种通信设备,包括:
第一通信装置,用于在通过呼叫控制协议建立的媒体会话中执行与目的地的数据通信;
第二通信装置,用于在通过所述呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息之后,执行终止呼叫控制会话而不执行数据通信,通过指定在所获取的目的地的各种信息中包括的位置信息,来建立与目的地的传输控制协议(TCP)连接,以及在所建立的TCP连接上执行数据通信;以及
选择装置,用于在启动数据通信时根据规定的信息来选择所述第一通信装置和所述第二通信装置之一,并通过所选择的通信装置执行该数据通信。
12.根据权利要求11所述的通信设备,其特征在于,所述规定信息是在所述启动呼叫控制会话中获取的目的地的各种信息。
13.根据权利要求11所述的通信设备,其特征在于,所述规定信息是端口号。
14.根据权利要求11所述的通信设备,其特征在于,所述规定信息是互联网协议(IP)地址。
15.一种通信方法,包括以下步骤:
通过呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息;
根据所获取的各种信息和/或发送数据的类型,来确定用于发送所述发送数据的数据传输协议;以及
通过所确定的数据传输协议把数据发送给目的地。
16.根据权利要求15所述的通信方法,其特征在于,所述发送步骤通过以下步骤之一来发送所述数据:
在通过所述呼叫控制协议建立的媒体会话中执行数据发送;以及
在通过所述呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息之后,执行终止呼叫控制会话而不执行数据发送,通过指定在所获取的目的地的各种信息中包括的位置信息,来建立与目的地的传输控制协议(TCP)连接,以及在所建立的TCP连接上执行数据发送。
17.根据权利要求15所述的通信方法,其特征在于,所述发送步骤通过以下步骤之一来发送所述数据:
在通过所述呼叫控制协议建立的媒体会话中执行数据发送,同时执行纠错;
在通过所述呼叫控制协议建立的媒体会话中执行数据发送,而不执行纠错;以及
在通过所述呼叫控制协议在启动呼叫控制会话中获取目的地的各种信息之后,执行终止呼叫控制会话而不执行数据发送,通过指定在所获取的目的地的各种信息中包括的位置信息,来建立与目的地的传输控制协议(TCP)连接,以及在所建立的TCP连接上执行数据发送。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004124495A JP4013153B2 (ja) | 2004-04-20 | 2004-04-20 | 通信装置及びプログラム |
JP124495/2004 | 2004-04-20 | ||
JP124636/2004 | 2004-04-20 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1691730A true CN1691730A (zh) | 2005-11-02 |
CN100396077C CN100396077C (zh) | 2008-06-18 |
Family
ID=35346832
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100672620A Active CN100396077C (zh) | 2004-04-20 | 2005-04-20 | 通信设备和通信方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP4013153B2 (zh) |
CN (1) | CN100396077C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152378A (zh) * | 2012-12-25 | 2013-06-12 | ***通信集团江西有限公司 | 一种网络数据的传输方法、***和客户端 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009021941A (ja) * | 2007-07-13 | 2009-01-29 | Rohm Co Ltd | 情報通信端末、無線通信装置および無線通信ネットワーク |
US8347160B2 (en) | 2007-07-13 | 2013-01-01 | Rohm Co., Ltd. | Information communication terminal, radio communication apparatus and radio communication network system capable of performing communication corresponding to purpose |
JP6224914B2 (ja) * | 2013-05-16 | 2017-11-01 | キヤノン株式会社 | ファクシミリ装置、その制御方法、及びプログラム |
JP6524791B2 (ja) * | 2015-05-15 | 2019-06-05 | パナソニックIpマネジメント株式会社 | 無線通信装置及び無線通信方法 |
DE112017003859T5 (de) | 2016-08-01 | 2019-04-25 | Sony Semiconductor Solutions Corporation | Kommunikationseinheit und Kommunikationssystem |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2313042C (en) * | 1997-12-04 | 2007-02-13 | British Telecommunications Public Limited Company | Communications network |
JP2002247130A (ja) * | 2001-02-20 | 2002-08-30 | Nippon Telegr & Teleph Corp <Ntt> | Sipトンネリング装置及びそれを用いた通信システム |
JP3491626B2 (ja) * | 2001-05-29 | 2004-01-26 | ソニー株式会社 | 送信装置、受信装置、及び送受信装置 |
JP3734774B2 (ja) * | 2002-06-21 | 2006-01-11 | 株式会社リコー | ネットワークファクシミリ装置、及び、ファクシミリ通信方法 |
US20040054763A1 (en) * | 2002-09-12 | 2004-03-18 | Teh Jin Teik | Method for minimizing connection time for data synchronization |
-
2004
- 2004-04-20 JP JP2004124495A patent/JP4013153B2/ja not_active Expired - Lifetime
-
2005
- 2005-04-20 CN CNB2005100672620A patent/CN100396077C/zh active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103152378A (zh) * | 2012-12-25 | 2013-06-12 | ***通信集团江西有限公司 | 一种网络数据的传输方法、***和客户端 |
CN103152378B (zh) * | 2012-12-25 | 2016-03-02 | ***通信集团江西有限公司 | 一种网络数据的传输方法、***和客户端 |
Also Published As
Publication number | Publication date |
---|---|
CN100396077C (zh) | 2008-06-18 |
JP2005311608A (ja) | 2005-11-04 |
JP4013153B2 (ja) | 2007-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1503548A (zh) | 通信终端设备,通信方法和电子邮件服务器 | |
CN1285212C (zh) | 图像通信装置及其控制方法 | |
CN1294736C (zh) | 通信终端单元以及对该单元进行控制的方法 | |
CN1780354A (zh) | 网络通信设备 | |
CN1993947A (zh) | 在混合电信网络中提供相关手段的方法及装置 | |
CN1691730A (zh) | 通信设备和通信方法 | |
CN1889609A (zh) | 一种电话会议实现方法 | |
CN1678007A (zh) | 网际协议电话和网际协议适配器 | |
CN1756213A (zh) | P2p及udp、tcp类型和多策略的p2p连接建立方法 | |
US20050220082A1 (en) | IP telephone and IP telephone call method | |
CN1852358A (zh) | 一种控制业务多次前转套打的方法 | |
CN101047534A (zh) | 用户主动加入会议的方法、装置及*** | |
US20130051541A1 (en) | Communication apparatus capable of performing facsimile communication, and control method and storage medium therefor | |
CN1700694A (zh) | 获取会话初始协议网络节点状态的方法及*** | |
CN1889603A (zh) | 一种点击拨号业务的实现方法 | |
CN1909686A (zh) | 一种实现多媒体彩铃音业务的***及方法 | |
CN1867004A (zh) | 一种指示用户终端状态的实现方法 | |
CN1826828A (zh) | 移动通信环境中远程启动网络应用的方法、终端装置及*** | |
US20050243871A1 (en) | Communication deivce and communication method | |
CN1787632A (zh) | 在不同类型的用户代理之间发送视频信号的方法和*** | |
CN1878414A (zh) | 通信方法和无线通信终端 | |
CN1812453A (zh) | 一种留言灯的实现方法及通信*** | |
CN1249976C (zh) | 通信装置和通信方法 | |
CN1578312A (zh) | 因特网协议通信设备 | |
CN1859353A (zh) | 基于重试机制的业务过程中对sip协议请求的处理方法 |
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 |