CN101364976A - 一种建立通信通道的方法及装置 - Google Patents
一种建立通信通道的方法及装置 Download PDFInfo
- Publication number
- CN101364976A CN101364976A CNA2007101432233A CN200710143223A CN101364976A CN 101364976 A CN101364976 A CN 101364976A CN A2007101432233 A CNA2007101432233 A CN A2007101432233A CN 200710143223 A CN200710143223 A CN 200710143223A CN 101364976 A CN101364976 A CN 101364976A
- Authority
- CN
- China
- Prior art keywords
- communication
- strategy
- strategies
- terminal
- communication strategy
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种建立通信通道的方法和装置,所述方法包括:第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;第二终端从收到的协商请求消息中获取所述第一通信策略集;以及按预置规则将所述第一通信策略集生成第二通信策略集;第二终端按照所述第二通信策略集中的通信策略顺序执行握手;若握手成功,则第一终端与第二终端建立通信通道。这样一来,通过实施本发明,解决了现有技术在执行多种通信策略建立通信通道时,需要服务器多次转发协商请求消息而导致服务器负载增加,进而造成服务器性能下降,影响服务器性能的问题。
Description
技术领域
本发明涉及计算机通信领域,特别是涉及一种建立通信通道的方法及装置。
背景技术
目前,基于P2P(Peer-to-Peer,点对点)的网络通信已经在众多的领域中得到应用,例如即时通讯、点对点文件传输、点对点音视频播放、以及语音视频会议等。
为了实现P2P通信,现有技术提供了多种建立P2P通道的策略,如基于TCP(Transmission Control Protocol,传输控制协议)的P2P通道、基于UDP(User Data Protocol,用户数据报协议)的P2P通道以及基于UPNP(UniversalPlug and Play,通用即插即用)的通信通道等。但是,由于不同的通信策略是为了适应不同的应用程序及网络环境,因此,当位于网络中的两台主机需要进行P2P通信时,在不清楚对方网络环境的情况下,往往需要尝试多种通信策略。
为便于理解,首先对本说明书中可能出现的几个概念进行解释:
本说明书所述“协商”一般是指主叫方通过服务器向被叫方转发请求消息的过程,另外,该过程还可以包括被叫方通过服务器向主叫方转发应答消息;本说明书所述“握手”一般是指主叫方按一定的通信策略直接向被叫方发送请求消息,以及接收被叫方应答消息的过程。
下面,参见图1,以即时通讯***为例说明现有技术中终端A与终端B建立通信通道的过程,在该例中,终端A首先尝试与终端B建立基于TCP的通信通道,若连接失败,则尝试建立基于UDP的通信通道,若连接仍失败,则再尝试其它方式的通信通道,其具体过程是:首先,终端A向服务器S发送协商请求消息,该消息包括终端A的IP地址、应用程序对应的端口号以及指定的本次的通信方式,即TCP。
服务器S将收到的协商请求消息转发至终端B;
终端B从收到的协商请求消息中获取A的IP地址、端口号,然后开始执与终端A的“握手”:终端B向A发送连接请求消息,该消息包括源IP地址和源端口号,以及目标IP地址和目标端口号,所述源IP地址和源端口即终端B的IP地址和端口号,所述目标IP地址和目标端口即终端A的IP地址和端口号,若终端B在指定的时间期限内在所述源端口收到终端A的应答,则“握手”成功,双方建立P2P通道,否则第一次握手失败。若失败,终端B开始尝试另一种通信策略,即建立UDP通道:首先,终端B通过服务器S向终端A转发协商请求消息,该消息包括终端B自身的IP地址,端口号以及指定的通信方式;终端A根据该协商请求消息中终端B的IP地址、端口号向终端B执行握手,若握手成功,则说明终端A和终端B之间能够进行UDP通信,可以建立通信通道,否则终端A通过服务器S向终端B转发新的协商请求消息,双方尝试下一种通信策略。重复上述过程,直到双方执行了所有的通信策略。
在上述建立通信通道的过程中,每次握手失败后,主叫方都需要为建立另一种通信策略生成新的端口号,并将该端口号、IP地址和指定的通信方式作为协商请求消息通过服务器转发至被叫方。由于在建立通信通道的过程中往往需要尝试执行多种通信策略,而每执行一次通信策略都需要服务器转发相应的协商请求消息,因此,大大增加了服务器的负载,特别是诸如即时通讯这样的***中,由于同时存在大量的通讯终端,因此,为建立通信通道而需要服务器转发的协商请求消息也急剧增加,不但给服务器造成了沉重的负担,而且还有可能导致***运行的不稳定,影响正常的数据通信。
发明内容
本发明的目的在于提供一种建立通信通道的方法和装置,以解决现有技术在建立通信通道的过程中,当通信双方执行多种通信策略时,需要服务器多次转发协商请求消息而导致的服务器负载增加、甚至运行的不稳定。
为达到上述目的,本发明公开了一种建立通信通道的方法,所述方法包括:
第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二终端从收到的协商请求消息中获取所述第一通信策略集;以及按预置规则将所述第一通信策略集生成第二通信策略集;
第二终端按照所述第二通信策略集中的通信策略顺序执行握手;若握手成功,则第一终端与第二终端建立通信通道。
优选的,所述按预置规则将第一通信策略集生成第二通信策略集是根据第二终端自身支持的通信策略对所述第一通信策略集中的通信策略进行过滤生成第二通信策略集。
优选的,所述方法还包括:
第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第一终端获取协商应答消息;以及按照所述第二通信策略集中的通信策略顺序执行握手。
优选的,所述方法还包括:
第一终端或第二终端对获取到的第二通信策略集进行优选,以及存储优选结果;
在第一终端向第二终端发送协商请求消息之前还包括:
第一终端查询是否存储有优选的通信策略集,若存在,将该通信策略集作为第一通信策略集向当前第二终端发送协商请求消息。
优选的,所述对第二通信策略集进行优选包括:
将第二通信策略集中握手成功的通信策略标记为优先通信策略。
优选的,所述对第二通信策略集进行优选包括:
统计第二通信策略集中各策略在多次建立通信通道时执行握手的成功率,根据该成功率对第二通信策略集中的通信策略进行排序。
优选的,所述第二通信策略集中还包括中转通信策略,第一终端和第二终端分别与该中转通信策略对应的中转服务器执行握手,若握手成功,则第一终端与第二终端通过中转服务器建立通信通道。
优选的,所述按第二通信策略集中的通信策略顺序执行握手包括:
从通信策略集中取出策略n,根据该策略n指定的通信方式生成相应的连接请求消息;发送该连接请求消息,若在指定的时间内收到应答消息,则握手成功,否则从所述通信策略集中取出策略n+1重复执行握手,直到握手成功或执行完所有的通信策略。
为达到上述目的,本发明还公开了一种建立通信通道的方法,所述方法包括:
第一终端通过服务器向第二终端发送协商请求消息,该协商应答消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二终端从收到的协商请求消息中获取所述第一通信策略集;以及按预置规则将所述第一通信策略集生成第二通信策略集;
第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第一终端获取协商应答消息并根据所述第二通信策略集中的通信策略顺序执行握手,若握手成功,则第一终端与第二终端建立通信通道。
为达到上述目的,本发明还公开了一种建立通信通道的装置,所述装置包括:
第一通讯单元,用于通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
优选的,所述通信策略集转换单元按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集是根据该装置自身支持的通信策略对所述第一通信策略集中的通信策略进行过滤生成第二通信策略集。
优选的,所述装置还包括:
第三通讯单元,用于通过服务器发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第四通讯单元,用于接收协商应答消息,该协商应答消息包括第二通信策略集。
优选的,所述装置还包括:
存储单元,用于存储通信策略集;
优选单元,用于对通信策略集转换单元所生成的第二通信策略集或第三通信单元所接收的第二通信策略集进行优选,以及将优选结果存储在存储单元;
查询单元,用于查询存储单元中是否存在优选的通信策略集,若存在,将该通信策略集作为第一通信策略集,否则,获取默认的通信策略集作为第一通信策略集。
优选的,所述优选单元还包括:
标记单元,用于将第二通信策略集中握手成功的通信策略标记为优先策略。
优选的,所述优选单元还包括:
排序单元,用于对第二通信策略集中的通信策略按照其握手的成功率进行排序。
优选的,所述第二通信策略集中还包括中转通信策略;握手单元根据该中转通信策略与相应的中转服务器执行握手。
为达到上述目的,本发明还公开了一种建立通信通道的主叫装置,所述装置包括:
第一通讯单元,用于通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略。
为达到上述目的,本发明还公开了一种建立通信通道的被叫装置,所述装置包括:
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
本发明还公开了一种数据通信***,包括服务器和多个通信终端,所述通讯终端包括:
第一通讯单元,用于通过服务器发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
与现有技术相比,本发明的一实施例具有以下效果:
现有技术中,通信双方在建立通信通道的过程中,每执行一种通信策略,主叫方都需要通过服务器向被叫方发送协商请求消息,以便利用该协商请求消息指定本次建立通信通道所使用的IP地址、端口以及通信方式等信息。由于网络环境的差异,按一种通信策略执行握手往往无法成功建立通信通道,因此,双方常常需要尝试执行多种通信策略,这样一来,造成在建立通信通道的过程中需要服务器多次转发协商请求消息,导致服务器负载增加,进而影响服务器运行的稳定性。本发明中,主叫方将多种通信策略按一定格式组织为第一通信策略集,并通过协商请求消息将该第一通信策略集发送由服务器转发至被叫方,被叫方根据第一通信策略集按预定规则生成第二通信策略集,并按照该第二通信策略集中的通信策略顺序执行握手,直到握手成功建立通信通道或执行完所有的通信策略。由于本发明在建立通信通道的过程中,通信双方只需通过服务器转发一次协商请求消息,因此避免了现有技术中多次转发协商请求消息导致的服务器负载增加,甚至影响服务器运行稳定的问题。另外,由于在执行两个通信策略之间不必发送协商请求消息,避免了由此导致的时间消耗,因此,使得通过本发明建立通信通道需要消耗的时间大大减少,提高了建立通信通道的及时性。
附图说明
图1是现有技术中通信终端建立通信通道的***结构框图;
图2是本发明所述一种建立通信通道的方法的实施例1的步骤流程图;
图3是本发明所述一种建立通信通道的方法的实施例2的步骤流程图;
图4是本发明所述一种建立通信通道的方法的实施例3的步骤流程图;
图5是根据本发明所述建立通信通道的方法的一应用实施例的***环境框图;
图6是本发明所述的一种建立通信通道的装置一实施例的结构框图;
图7是本发明所述的一种通信***的一实施例的***结构框图。
具体实施方式
目前,现有技术在使用一种通信策略建立通信通道时,主叫方需要将协商消息通过服务器转发至被叫方,若建立通信通道的过程中需要尝试多种通信策略,则服务器需要多次转发协商请求消息,从而导致的服务器的负载急剧增加,造成服务器运行的不稳定。本发明将多种通信策略生成通信策略集发送至被叫方,通信双方按照通信策略集建立通信通道,由于避免了服务器多次转发协商消息,因此,很好的解决了现有技术存在的问题。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图2,图2示出了本发明所述的一种建立通信通道的方法的实施例1的步骤流程图。下面参见图2对该实施例作进一步描述:
步骤201:第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略。
通信双方在尚未获知对方网络地址、端口等信息的情况下,无法开始建立通信通道,因此需要通过与服务器建立可靠连接,利用该服务器进行协商,以便获取主叫方或被叫方的网络地址、端口等用于建立通信通道的信息。
通信策略指定了一种通信方式,例如TCP、UDP以及UPNP等。将多种通信策略按某种格式组织在一起即通信策略集。本发明将第一终端生成的其自身能够支持的通信策略集称为第一通信策略集。通信策略集优选的可按照数组的格式进行组织。下面给出一种通信策略集的结构示例:
策略1 | 策略2 | ... | 策略n-1 | 策略n | ... | 策略m |
优选的,通信策略集中的每一个策略包括以下内容:
通道类型 | 主动被动标志 | 执行时间(毫秒) | 地址索引 |
其中,
“通道类型”:即该通信策略执行的通信方式,如TCP或UDP等;
“主动被动标志”:用于标识执行该策略时是主动发起还是被动等待,本例中,“0”表示主动,“1”表示被动;
“执行时间”:限制了该策略的执行耗时,若超出该时间,则认为该策略执行失败,需要执行下一个策略;
“地址索引”:用于标识该通信策略对应的网络地址和端口,见下面的地址索引表:
地址索引 | 第一IP地址 | 第一端口号 |
其中,
“第一IP地址”:IP地址标识了终端在网络中的唯一位置信息,除此之外,也可以采用域名或其他信息表示终端的网络地址,在下文的描述中我们都以IP地址表示终端的网络地址;
“第一端口号”:在通信过程中,端口号分为源端口号和目标端口号,当然,所谓源和目标是相对的。优选的,根据不同的应用设置不同的端口号,以便在通信时请求和接收数据能够交给相应的应用程序处理。通过端口号结合IP地址,可以在全网范围内唯一标示不同地点不同的应用。因此容易理解,当终端上有多个应用程序需要与外部建立多个通信通道时,就需要开启多个不同的端口,而且,即使同一个应用程序与外部建立多个通信通道时,也需要开启多个不同的端口,例如,我们通过即时通讯终端同时与多个联系人建立通信通道,进行文件传输。为了避免可能出现的多条通信通道之间产生影响,本发明优选的,为第一通信策略集中的每一个通信策略分配不同的端口号。另外,在实施本发明时,本领域的技术人员也可选择使用同一端口执行不同的通信策略、建立不同的通信通道,但同时需要控制将不同通道上传输的数据通过该端口提交给相应的应用,由于往往需要额外开发程序进行控制,不但成本较高,而且实现较为复杂。为了便于理解,在以后的描述中,均以不同策略使用不同端口,不同应用对应不同端口为例进行描述。例如,我们用数组Policy1表示第一通信策略集,用Addr表示地址索引表,该策略集中包含3个通信策略:
Policy1[0]={tcp,0,200,0}
Policy1[1]={udp,0,300,1}
Policy1[2]={upnp,0,300,2}
Addr[0]={192.168.1.2,6200}
Addr[1]={192.168.1.2,6300}
Addr[2]={10.21.123.6,6200}//为符合upnp通信方式的要求,IP地址10.21.123.6和端口6200为局域网内机器在NAT(Network Address Translation,网络地址转换)设备上影射的外网地址以及端口。需要说明的是,上述第一通信策略集的组织方式及内容是本发明优选的方法,本领域技术人员不应将其理解为对本发明的限制。
步骤202:第二终端从收到的协商请求消息中获取第一通信策略集。
步骤203:按预置规则将所述第一通信策略集生成第二通信策略集。
由于网络、软硬件环境存在差异,通信双方所支持的通信策略往往并不相同。优选的,第二终端根据其自身支持的通信策略对第一通信策略集进行过滤生成第二通信策略集,这样一来,由于第二通信策略集滤除了对第二终端无效的通信策略,因此,避免了因执行无效策略而导致的时间消耗,减少了建立通信通道的时间。当然,本领域技术人员在实施本发明时可根据实际需要决定第二通信策略集的内容,本发明对此不做限制,例如,可直接将第一通信策略集作为第二通信策略集。
仍以上述第一通信策略集Policy1为例,假设第二终端不支持upnp的通信方式,经过滤,第二通信策略集Policy2的内容如下:
Policy2[0]={tcp,0,200,0}
Policy2[1]={udp,0,300,1}
与上述通信策略集Policy2相应的地址索引表为:Addr[0]={192.168.1.2,6200},Addr[1]={192.168.1.2,6300}
步骤204:第二终端按照所述第二通信策略集中的通信策略顺序执行握手;若握手成功,则第一终端与第二终端建立通信通道。
第二终端按照第二通信策略集中的通信策略顺序执行握手,优选的,从策略集中的第一个策略开始执行握手。另外,还可以按照无序的顺序执行,如从策略集中随机选择一个未执行的策略。以何种方式顺序执行通信策略可在实施本发明时自行决定,本发明对此不做限定。下面以第二通信策略集中的第一个策略Pn(n=1)开始执行为例对握手的过程进行说明:
第二终端根据策略Pn指定的通信方式生成相应的连接请求消息,该连接请求消息包括:源/目标IP地址、源/目标端口。由于第二终端作为执行握手的主叫方,因此策略Pn所对应的第一终端的IP地址和端口号作为本次请求的目标IP地址和目标端口号,而第二终端的IP地址和为策略Pn开启的端口号则作为源IP地址和源端口号;
向第一终端发送所述连接请求消息;
若在指定的时间内监听到源端口收到应答消息,则握手成功,否则从所述第二通信策略集中取出策略Pn+1重复执行握手,直到握手成功或执行完第二通信策略集中所有的通信策略。
其中,所述指定的时间内即上文所述的“执行时间”;所述策略指定的通信方式即上文所述的“通道类型”。对于不同的通信方式,其执行握手的机制可能有所不同,但其实质上都需要经过请求、应答这样的过程。例如,对于TCP,可通过调用操作***提供的接口执行握手,并获得握手是否成功的结果,而对于UDP,则需要通过应用程序实施握手,并判断是否有返回结果。
以第二通信策略集Policy2为例,首先按TCP方式执行握手,若在“执行时间”内未收到应答消息,握手失败,然后按UDP方式执行握手,若“执行时间”内收到应答消息,双方建立通信通道,否则,无法建立通信通道。
以上介绍了本发明所述的建立通信通道方法的实施例1。实施例2与上述实施例1的区别在于:在实施例1中,第二终端作为执行握手的主叫方,第一终端作为被叫方,而实施例2中,第一终端作为主叫方执行握手,第二终端则作为被叫方。下面结合图3对实施2做进一步描述:
步骤301:第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略。
步骤302:第二终端从收到的协商请求消息中获取第一通信策略集。
步骤303:按预置规则将所述第一通信策略集生成第二通信策略集。
步骤304:第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括第二通信策略集。
优选的,所述向第一终端发送的协商应答消息中还包括与所述第二通信策略集相应的地址索引表,该地址索引表中不但包括原有的第一IP地址、第一端口号,而且还包与之相应的第二IP地址、第二端口号,所述第二IP地址为第二终端的IP地址,所述第二端口号为第二终端中与该通信策略相应的端口号,例如:
地址索引 | 第一IP地址 | 第一端口 | 第二IP地址 | 第二端口 |
步骤305:第一终从收到的协商应答消息中获取第二通信策略集。
步骤306:第一终端根据第二通信策略集中的通信策略顺序执行握手,若握手成功,则第一终端与第二终端建立通信通道。
第一终端根据“地址索引”取得与当前通信策略相应的第一IP地址、第一端口和第二IP地址、第二端口;第一终端发送连接请求消息,该连接请求消息中,第二IP地址和第二端口为目标IP地址和目标端口号,第一IP地址和第一端口为源IP地址和源端口号;若在“执行时间内”,所述源端口收到应答消息,则握手成功,双方建立通信通道。
通过实施1和实施例2可知,在建立通信通道的过程中,无论是第一终端还是第二终端都可以作为执行握手的主叫方,下面参见图4,图4示出了本发明所述建立通信通道方法的实施例3的步骤流程:
步骤401:第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略。
步骤402:第二终端从收到的协商请求消息中获取第一通信策略集。
步骤403:按预置规则将所述第一通信策略集生成第二通信策略集。
步骤404:第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括第二通信策略集。
步骤405:第二终端按照第二通信策略集中的通信策略顺序执行握手。
步骤406:第一终端获取协商应答消息,以及根据第二通信策略集中的通信策略顺序执行握手。
第二终端通过服务器向第一终端发送协商应答消息后,随即按照第二通信策略集开始执行握手,此刻,对于第一终端存在2种情况:一种是尚未收到第二终端的协商应答消息,一种是已经收到了该协商应答消息。若第一终端收到协商应答消息,则按照第二通信策略集开始执行握手,也就是说,在这种情况下,第一终端和第二终端分别按照第二通信策略集执行握手。但需要说明的是,在双方执行同一通信策略时,主叫和被叫是相对的,例如,对于执行策略集中通信方式为TCP的通信策略,若第二终端作为主叫方向第一终端发送连接请求消息,并判断在“执行时间”内是否收到应答;与此同时,第一终端则作为被叫方,在“执行时间”内监听该策略对应的端口是否收到连接请求消息,若收到,返回应答消息,否则执行下一策略。
步骤407:在步骤405和步骤406中,若握手成功,则第一终端与第二终端建立通信通道,否则,执行第二通信策略集中的下一条策略,直到握手成功或执行完所有的通信策略。
实施例3中,第一终端和第二终端分别按照第二通信策略集中的通信策略顺序执行握手,特别是,双方可以交替作为执行握手的主叫方,这样一来,将对一个终端的负载分散在两个终端,有效地降低了终端的压力、保证了终端的性能以及通信通道的稳定性。在本发明的实施例4中:根据策略的执行情况对第二通信策略集中的策略进行优选,当双方再次建立通信通道时,按照优选的通信策略集执行握手。下面举例说明如何对通信策略集中的策略进行优选:
方法一:通信双方成功建立通信通道后,将本次握手所依据的通信策略标记为优先通信策略,若双方再一次建立通信通道,首先按照优先通信策略执行握手,若该优先通信策略握手失败,则再执行其它的通信策略。例如,双方经协商后获得的第二通信策略集内容如下:
策略1 | 策略2 | ... | 策略n-1 | 策略n | ... | 策略m |
其中,策略n为首次建立通信通道时握手成功的策略,将该策略n标记为优先策略。如何标记,本领域技术人员在实施时可自行设置标记规则。优选的,将该策略置于策略集的首位,结果如下:
策略n | 策略1 | ... | 策略n-1 | 策略n+1 | ... | 策略m |
可将上述经过优选的第二通信策略集作为策略集记录保存在通信双方本地,这样一来,当第一终端需要与第二终端再此建立通信通道时,首选查询本地是否存在与当前第二终端相应的通信策略集记录,若存在,直接获取该通信策略集作为第一通信策略集进行协商,若不存在,则获取默认的通信策略集作为第一通信策略集进行协商。容易得出,在使用经过优选的通信策略集执行握手时,首先执行的是优先策略,由于该策略的成功记录,因此,基于该策略执行握手的成功率大大高于其它策略,如此一来,大大减少了需要执行的策略数,缩短了建立通信通道所需消耗的时间。
方法二:统计通信策略集中各策略在多次建立通信通道时执行握手的成功率,根据该成功率对策略集中的策略进行排序。这样一来,成功率高的策略在执行握手时将被优先执行,进一步减少了需要执行的策略数,提高了建立通信通道的及时性。
需要指出的是,上述两种对通信策略集进行优选的方法并非唯一方法,本领域技术人员在实施本发明时可根据自己的需要决定如何优选,本发明对此不做限制。
在本发明的实施例5与上述实施例的区别在于,当第一终端与第二终端之间无法建立点对点的通信通道时,通过中转服务器建立通信通道。
首先,第一通信策略集中包含中转通信策略,另外,协商请求消息中还包括与该中转策略对应的中转服务器地址和端口号,而且,该中转通信策略保留在生成的第二通信策略中。当执行到该中转通信策略时,第一终端和第二终端分别向所述中转服务器发送连接请求消息,若双方均收到来自中转服务器的应答消息,则第一终端和第二终端通过所述中转服务器建立通信通道。在传输数据时,首先,目标数据从第一终端按所述通信通道发送至中转服务器,再由该中转服务器转发至第二终端。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处,而这些区别之处通常都适用于其它实施例。
以上描述了本发明所述建立通信通道方法的实施例,下面结合具体应用环境对所述方法做进一步描述。参见图5,图5示出了一个即时通讯***的结构示意图,包括协商服务器S1、中转服务器S2、终端A和终端B,假设终端A需要与终端B建立通信通道以便传输数据,应用本发明所述方法描述如下:
终端A查询本地是否存储有与终端B相应的通信策略集记录,若存在,获取该通信策略集,否则,获取终端A默认支持的通信策略集。将获取的通信策略集作为第一通信策略集。
终端A申请中转服务器地址和端口。为了***的稳定,可在***中部署多台专用的数据中转服务器。当终端申请中转服务器时,选择当前负载最小、运行最健康的中转服务器,获得该中转服务器的IP地址及端口号。
组织第一通信策略集。为了便于解析,每一个通信策略用64bit整形数字来表示,通信策略的内容如下:
通道类型 | 主动被动标志 | 执行时间(ms) | 地址索引 | 是否中转标志 | 保留 |
4bit 4bit 32bti 12bit 12bit 8bit
用数组Policy1表示第一通信策略集的内容如下:
Policy1[0]={tcp,0,200,0,0}
Policy1[1]={udp,0,300,1,0}
Policy1[2]={upnp,0,300,2,0}
Policy1[3]={tcp,0,300,3,1}//中转通信策略,最末位“1”表示该策略为中转通信策略
地址索引表内容如下:
Addr[0]={192.168.1.2,6200}
Addr[1]={192.168.1.2,6300}
Addr[2]={10.21.123.6,6200}//终端A在NAT设备上映射的外网IP地址和端口
Addr[3]={10.12.5.1,8000}//中转服务器的IP地址、端口号
需要指出,上述地址索引表中终端A的IP地址在实施时可能需要根据实际的网络或硬件环境进行转换,例如若终端A位于局域网内,那么该IP地址就是一个内网的IP地址,在经过网络地址转换设备时需要被转换为外网的IP地址,此部分内容可参见现有的相关文献,本发明不再赘述。
将组织好的第一通信策略集和相应的地址索引表打包成协商请求消息发送至协商服务器S1。
S1收到该协商请求消息后将其转发至终端B。
终端B从协商请求消息中获取第一通信策略集和相应的地址索引表,根据终端B支持的通信策略对第一通信策略集Policy1进行过略生成第二通信策略集,同时在第二通信策略集中补入终端B与各通信策略相应的IP地址和端口号,Policy2结果如下:
Policy2[0]={tcp,0,200,0,0}
Policy2[1]={udp,0,300,1,0}
Policy2[2]={upnp,0,300,2,0}//本例中,第二通信策略集中仍保留终端B无法支持的通信策略upnp,而是通过将该通信策略对应的终端B的IP地址、端口置空来标识该通信策略为无效策略。
Policy2[3]={tcp,0,300,3,1}
地址索引表:
Addr[0]={192.168.1.2,6200,112.11.1.3,7200}
Addr[1]={192.168.1.2,6300,112.11.1.3,7300}
Addr[2]={10.21.123.6,6200,0.0.0.0,0}//由于终端B不支持upnp,因此将返回的IP地址和端口置空
Addr[3]={10.12.5.1,8000}
需要说明的是,在本例中与第二通信策略集对应的地址索引表中,同时包括了终端A和终端B的IP地址和端口号,这样做是为了更加清楚地描述源IP地址、端口和目标IP地址和端口的对应关系。在具体实施时,在返回给终端A的地址索引表中,可以只包含终端B的IP地址和端口号,例如Addr[0]={112.11.1.3,7200},只要终端A能够根据该地址索引表获取与当前执行的通信策略相应的目标IP地址和端口即可。
终端B将第二通信策略集和相应的地址索引表打包为协商应答消息,通过协商服务器S将该协商应答消息发送至终端A。需要说明,向终端A发送的第二通信策略集中,其通信策略的“主动被动标志”与终端B本地的第二通信策略集中的“主动被动标志”具有相对关系,例如,同一通信策略,若终端A为主动,则终端B为被动。
终端A从收到的协商应答消息获取第二通信策略集和相应的地址索引表,然后按照第二通信策略集中的通信策略顺序执行握手。
终端B发送完协商应答消息后也按照第二通信策略集中的通信策略顺序执行握手。若在当前通信策略的“执行时间内”收到请求或应答消息,说明握手成功,双方建立通信通道,否则,握手失败,双方执行下一条通信策略。若执行到“是否中转策略标志”为“1”的通信策略时双方仍未握手成功,则说明终端A与终端B之间无法建立点对点的通信通道,这时,终端A和终端B分别与中转服务器S2执行握手,若握手成功,双方通过中转服务器S2建立通信通道。
以上结合具体实施例描述了本发明所述的建立通信通道的方法。下面,参照以上有关本发明的介绍,同时参照图6对本发明所述的建立通信通道的装置的一个实施例进行介绍。如图6所示,所述装置600包括:
第一通讯单元610,用于通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元620,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元630,用于按预置规则将第二通讯单元620所接收的第一通信策略集生成第二通信策略集;
握手单元640,用于按照通信策略执行握手;
握手控制单元650,用于控制握手单元640按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
其中,通信策略集转换单元按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集是根据该装置自身支持的通信策略对所述第一通信策略集中的通信策略进行过滤生成第二通信策略集。
所述装置600还包括:第三通讯单元660,用于通过服务器发送协商应答消息,所述协商应答消息包括所述第二通信策略集;第四通讯单元670,用于接收协商应答消息,该协商应答消息包括第二通信策略集。
所述装置600还包括:
存储单元680,用于存储通信策略集;
优选单元690,用于对通信策略集转换单元630所生成的第二通信策略集或第三通信单元660所接收的第二通信策略集进行优选,以及将优选结果存储在存储单元680;
查询单元710,用于查询存储单元680中是否存在优选的通信策略集,若存在,将该通信策略集作为第一通信策略集通过第一通讯单元610发送协商消息。
优选的,所述优选单元690包括:标记单元691,用于将第二通信策略集中握手成功的通信策略标记为优先策略。
优选的,所述优选单元690包括:排序单元692,用于对第二通信策略集中的通信策略按照其握手的成功率进行排序。
其中,所述第二通信策略集中还包括中转通信策略;握手单元根据该中转通信策略与相应的中转服务器执行握手。
下面对上述装置建立通信通道的一种实现方式进行描述:
若该装置用于主叫,首先,查询单元710查询存储单元680中是否存在优选的通信策略集,若存在,将该通信策略集作为第一通信策略集,否则,获取默认的通信策略集作为第一通信策略集;第一通讯单元610通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;第四通讯单元670收到协商应答消息,该协商应答消息包括第二通信策略集;握手控制单元650按照第四通讯单元670所接收的协商应答消息中的第二通信策略集中的通信策略顺序执行握手,若当前通信策略为中转通信策略,握手单元640与该中转通信策略对应的中转服务器执行握手;优选单元690对第二通信策略集中的通信策略进行优选,并将优选结果存储在存储单元。
若该装置用于被叫,当第二通信单元620收到协商请求消息后,通信策略集转换单元630按照该装置自身支持的通信策略对所述协商请求消息中的第一通信策略集中的两个或多个通信策略进行过滤生成第二通信策略集;然后,第三通讯单元660通过服务器发送协商应答消息,所述协商应答消息包括第二通信策略集;之后,握手控制单元650按照策略集转换单元630所生成的第二通信策略集中的通信策略顺序执行握手,其中,若当前通信策略为中转通信策略,握手单元640与该中转通信策略对应的中转服务器执行握手;最后,优选单元690对第二通信策略集中的通信策略进行优选,并将优选结果存储在存储单元。
参见图7,图7示出了本发明所述的一种数据通信***的一实施例的结构示意图,所述***包括服务器800和多个通信终端700,所述终端700包括:
第一通讯单元710,用于通过服务器发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元720,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元730,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元740,用于按照通信策略执行握手;
握手控制单元750,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
对于装置、***实施例而言,由于其基本相应于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种建立通信通道的方法、装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (19)
1.一种建立通信通道的方法,其特征在于,所述方法包括:
第一终端通过服务器向第二终端发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二终端从收到的协商请求消息中获取所述第一通信策略集;以及按预置规则将所述第一通信策略集生成第二通信策略集;
第二终端按照所述第二通信策略集中的通信策略顺序执行握手;若握手成功,则第一终端与第二终端建立通信通道。
2.根据权利要求1所述的方法,其特征在于,所述按预置规则将第一通信策略集生成第二通信策略集是根据第二终端自身支持的通信策略对所述第一通信策略集中的通信策略进行过滤生成第二通信策略集。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第一终端获取协商应答消息;以及按照所述第二通信策略集中的通信策略顺序执行握手。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
第一终端或第二终端对获取到的第二通信策略集进行优选,以及存储优选结果;
在第一终端向第二终端发送协商请求消息之前还包括:
第一终端查询是否存储有优选的通信策略集,若存在,将该通信策略集作为第一通信策略集向当前第二终端发送协商请求消息。
5.根据权利要求4所述的方法,其特征在于,所述对第二通信策略集进行优选包括:
将第二通信策略集中握手成功的通信策略标记为优先通信策略。
6.根据权利要求4所述的方法,其特征在于,所述对第二通信策略集进行优选包括:
统计第二通信策略集中各策略在多次建立通信通道时执行握手的成功率,根据该成功率对第二通信策略集中的通信策略进行排序。
7.根据权利要求3所述的方法,其特征在于,所述第二通信策略集中还包括中转通信策略,第一终端和第二终端分别与该中转通信策略对应的中转服务器执行握手,若握手成功,则第一终端与第二终端通过中转服务器建立通信通道。
8.根据权利要求1所述的方法,其特征在于,所述按第二通信策略集中的通信策略顺序执行握手包括:
从通信策略集中取出策略n,根据该策略n指定的通信方式生成相应的连接请求消息;发送该连接请求消息,若在指定的时间内收到应答消息,则握手成功,否则从所述通信策略集中取出策略n+1重复执行握手,直到握手成功或执行完所有的通信策略。
9.一种建立通信通道的方法,其特征在于,所述方法包括:
第一终端通过服务器向第二终端发送协商请求消息,该协商应答消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二终端从收到的协商请求消息中获取所述第一通信策略集;以及按预置规则将所述第一通信策略集生成第二通信策略集;
第二终端通过服务器向第一终端发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第一终端获取协商应答消息并根据所述第二通信策略集中的通信策略顺序执行握手,若握手成功,则第一终端与第二终端建立通信通道。
10.一种建立通信通道的装置,其特征在于,所述装置包括:
第一通讯单元,用于通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
11.根据权利要求10所述的装置,其特征在于,所述通信策略集转换单元按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集是根据该装置自身支持的通信策略对所述第一通信策略集中的通信策略进行过滤生成第二通信策略集。
12.根据权利要求10或11所述的装置,其特征在于,所述装置还包括:
第三通讯单元,用于通过服务器发送协商应答消息,所述协商应答消息包括所述第二通信策略集;
第四通讯单元,用于接收协商应答消息,该协商应答消息包括第二通信策略集。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
存储单元,用于存储通信策略集;
优选单元,用于对通信策略集转换单元所生成的第二通信策略集或第三通信单元所接收的第二通信策略集进行优选,以及将优选结果存储在存储单元;
查询单元,用于查询存储单元中是否存在优选的通信策略集,若存在,将该通信策略集作为第一通信策略集,否则,获取默认的通信策略集作为第一通信策略集。
14.根据权利要求13所述的装置,其特征在于,所述优选单元还包括:
标记单元,用于将第二通信策略集中握手成功的通信策略标记为优先策略。
15.根据权利要求13所述的装置,其特征在于,所述优选单元还包括:
排序单元,用于对第二通信策略集中的通信策略按照其握手的成功率进行排序。
16.根据权利要求10所述的装置,其特征在于,所述第二通信策略集中还包括中转通信策略;握手单元根据该中转通信策略与相应的中转服务器执行握手。
17.一种建立通信通道的主叫装置,其特征在于,所述装置包括:
第一通讯单元,用于通过服务器向被叫装置发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略。
18.一种建立通信通道的被叫装置,其特征在于,所述装置包括:
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
19.一种数据通信***,包括服务器和多个通信终端,其特征在于,所述通讯终端包括:
第一通讯单元,用于通过服务器发送协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
第二通讯单元,用于接收协商请求消息,该协商请求消息包括第一通信策略集,该第一通信策略集中包括两个或多个通信策略;
通信策略集转换单元,用于按预置规则将第二通讯单元所接收的第一通信策略集生成第二通信策略集;
握手单元,用于按照通信策略执行握手;
握手控制单元,用于控制握手单元按照通信策略集转换单元所生成的第二通信策略集中的通信策略顺序执行握手。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710143223 CN101364976B (zh) | 2007-08-07 | 2007-08-07 | 一种建立通信通道的方法、装置及数据通信*** |
HK09102867.7A HK1122667A1 (en) | 2007-08-07 | 2009-03-25 | Method and device for establishing communication channel, and data communication system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200710143223 CN101364976B (zh) | 2007-08-07 | 2007-08-07 | 一种建立通信通道的方法、装置及数据通信*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101364976A true CN101364976A (zh) | 2009-02-11 |
CN101364976B CN101364976B (zh) | 2013-12-18 |
Family
ID=40391130
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200710143223 Active CN101364976B (zh) | 2007-08-07 | 2007-08-07 | 一种建立通信通道的方法、装置及数据通信*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101364976B (zh) |
HK (1) | HK1122667A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104104569A (zh) * | 2013-04-01 | 2014-10-15 | 华为技术有限公司 | 建立vpn隧道的方法及服务器 |
WO2015143915A1 (zh) * | 2014-03-26 | 2015-10-01 | 海能达通信股份有限公司 | 通信***、通信终端、中转台以及握手通信的方法 |
CN105635069A (zh) * | 2014-11-04 | 2016-06-01 | 华为技术有限公司 | Ipdr工作模式协商方法和装置 |
CN105847275A (zh) * | 2016-04-29 | 2016-08-10 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN105871868A (zh) * | 2016-04-29 | 2016-08-17 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106027599A (zh) * | 2016-04-29 | 2016-10-12 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106161186A (zh) * | 2015-03-31 | 2016-11-23 | Tcl集团股份有限公司 | 即时通讯方法及装置 |
CN107026903A (zh) * | 2017-03-22 | 2017-08-08 | 阔地教育科技有限公司 | 一种安全通信方法及*** |
GB2582473A (en) * | 2017-10-25 | 2020-09-23 | Walmart Apollo Llc | Systems and methods for routing data in distributed environments |
CN111787261A (zh) * | 2020-06-04 | 2020-10-16 | 视联动力信息技术股份有限公司 | 一种音视频数据发送方法、装置、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106302213A (zh) * | 2016-08-02 | 2017-01-04 | 无锡天脉聚源传媒科技有限公司 | 一种数据传输的方法及装置 |
-
2007
- 2007-08-07 CN CN 200710143223 patent/CN101364976B/zh active Active
-
2009
- 2009-03-25 HK HK09102867.7A patent/HK1122667A1/xx not_active IP Right Cessation
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104104569A (zh) * | 2013-04-01 | 2014-10-15 | 华为技术有限公司 | 建立vpn隧道的方法及服务器 |
WO2015143915A1 (zh) * | 2014-03-26 | 2015-10-01 | 海能达通信股份有限公司 | 通信***、通信终端、中转台以及握手通信的方法 |
CN105635069A (zh) * | 2014-11-04 | 2016-06-01 | 华为技术有限公司 | Ipdr工作模式协商方法和装置 |
CN105635069B (zh) * | 2014-11-04 | 2019-07-09 | 华为技术有限公司 | Ipdr工作模式协商方法和装置 |
CN106161186A (zh) * | 2015-03-31 | 2016-11-23 | Tcl集团股份有限公司 | 即时通讯方法及装置 |
CN106161186B (zh) * | 2015-03-31 | 2019-06-18 | Tcl集团股份有限公司 | 即时通讯方法及装置 |
CN105871868A (zh) * | 2016-04-29 | 2016-08-17 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106027599A (zh) * | 2016-04-29 | 2016-10-12 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN105847275A (zh) * | 2016-04-29 | 2016-08-10 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106027599B (zh) * | 2016-04-29 | 2020-01-17 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN107026903A (zh) * | 2017-03-22 | 2017-08-08 | 阔地教育科技有限公司 | 一种安全通信方法及*** |
GB2582473A (en) * | 2017-10-25 | 2020-09-23 | Walmart Apollo Llc | Systems and methods for routing data in distributed environments |
US11038746B2 (en) | 2017-10-25 | 2021-06-15 | Walmart Apollo, Llc | Systems and methods for routing data in distributed environments |
US11700167B2 (en) | 2017-10-25 | 2023-07-11 | Walmart Apollo, Llc | Systems and methods for routing data in distributed environments |
US12028205B2 (en) | 2017-10-25 | 2024-07-02 | Walmart Apollo, Llc | Systems and methods for routing data in distributed environments |
CN111787261A (zh) * | 2020-06-04 | 2020-10-16 | 视联动力信息技术股份有限公司 | 一种音视频数据发送方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
HK1122667A1 (en) | 2009-05-22 |
CN101364976B (zh) | 2013-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101364976A (zh) | 一种建立通信通道的方法及装置 | |
EP1542409B1 (en) | Protocol for multi-hop ad-hoc networks | |
US7386000B2 (en) | Packet mode speech communication | |
CN100584057C (zh) | 自动发现共同多媒体服务能力的方法和通信*** | |
US20050021616A1 (en) | Method for managing sessions between network parties, methods, network element and terminal for managing calls | |
CN101369987A (zh) | 一种建立通信通道的方法及装置 | |
EP2514139B1 (en) | System and method of multi-media conferencing between universal plug and play (upnp) enabled telephony devices and wireless area network (wan) devices | |
JP2007049415A (ja) | 音声データ変換装置、ネットワークシステム、制御方法及び制御プログラム | |
WO2007066364A1 (en) | Method of enabling a combinational service and communication network implementing the service | |
CN100363870C (zh) | 用于在具有sip功能的终端上提供多个客户支持的方法和设备 | |
US20120106429A1 (en) | Method for interconnecting mobile communication terminals in ad-hoc network | |
EP1528745B1 (en) | Communication method and apparatus | |
CN100562186C (zh) | 一种共享公共用户标识用户终端业务重定向方法 | |
CN102056147A (zh) | Ip多媒体子***网络中订阅业务的方法与*** | |
US20080165765A1 (en) | Method for Establishing a Voip Communication Using a Peer-to-Peer Databank | |
CN101854703B (zh) | 获取状态信息的方法、服务器及*** | |
CN107959672A (zh) | 一种基于达尔文流媒体服务器的中转组播方法 | |
CN105516176A (zh) | 一种呼叫中心***及其通信连接方法和装置 | |
KR20050043772A (ko) | 사용자간 통신을 위한 모듈 및 방법 | |
JP2003069640A (ja) | イーサネット(登録商標)上における明示的マルチキャストサービス方法及び装置 | |
CN108337215B (zh) | 一种文件传输方法及***、装置、电子设备 | |
CN111464879A (zh) | 一种数据通信的方法及装置 | |
CN110474781B (zh) | 一种组播数据转发的方法及装置 | |
CN101305623B (zh) | 用于确定具有控制功能的pt服务器的方法和装置 | |
JP2004129159A (ja) | パケット変換方法、パケット通信システム、パケット変換装置、パケット変換プログラムおよび記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1122667 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1122667 Country of ref document: HK |