CN1195441A - 通信设备与通信方法 - Google Patents

通信设备与通信方法 Download PDF

Info

Publication number
CN1195441A
CN1195441A CN97190680A CN97190680A CN1195441A CN 1195441 A CN1195441 A CN 1195441A CN 97190680 A CN97190680 A CN 97190680A CN 97190680 A CN97190680 A CN 97190680A CN 1195441 A CN1195441 A CN 1195441A
Authority
CN
China
Prior art keywords
node
data
admin table
address
recorded
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.)
Pending
Application number
CN97190680A
Other languages
English (en)
Inventor
千叶隆光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Long Zhongguang
Original Assignee
Long Zhongguang
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Long Zhongguang filed Critical Long Zhongguang
Publication of CN1195441A publication Critical patent/CN1195441A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/44Star or tree networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明涉及由一个或多个节点的网络中的通信设备。每个节点都包括用于控制通信的管理表。有下级节点的节点的管理表保存了下级节点的用来标识节点的节点数据。传送地址查找设备从上级节点或下级节点送来的数据并根据数据头中记录的节点地址查找送出接收数据的节点地址。当一个不是顶节点的节点从一下级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点。如果目的节点地址未记录在管理表中,它就将数据送给上级节点。当它从一上级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点。如果目的节点地址未记录在管理表中,它就将数据丢弃。当顶节点收到数据时,它查看管理表,如果目的节点地址已记录在管理表中,它就将数据送给下级节点。如果目的节点地址未记录在管理表中,它就将数据丢弃。根据本发明可用简单的构造实现多媒体数据通信。

Description

通信设备与通信方法
技术领域
本发明涉及一种网络上的通信设备和通信方法。
目前已经有了各种各样的网络如局域网或公用网等。网络上运行着静止图象、活动图象或语音等多媒体数据的各种多媒体通信或搜索请求业务通信等。因此需要一种通信设备能用一种不依赖于媒体类型和业务类型等的通用方法来处理在同一网络上运行着的所有这些类型的通信,并且其组成尽可能地简单。本发明涉及一种能用简单的结构高效地实现上述多媒体通信的通信设备。
发明背景
附图16是先有技术的图解说明。
附图16(a)所示是一个网络的示例,其中每个进行通信的通信设备被简单地表示为一个节点。在附图16(a)中,顶节点是节点1,节点2和节点4都连在节点1下,节点3连在节点2下。节点3和节点4均为底节点或端节点。端节点是只配备终端设备的底节点。节点1为用户小交换机,主机等。节点2为一中间节点。
附图16(b)显示每个节点的设备组成。
在附图16(b)中,节点1(221)为顶节点。节点2(222)为中间节点。节点3(223)为端节点。节点4(224)为端节点。引用号226表示端节点223的终端设备。
引用号331,341,351,361都表示各个节点的收发处理部分。每个收发处理部分都为多路复用通信配备了复用-解复用单元(MUX)。引用号332,342,352,362均为各个节点的缓冲区。引用号333,343,353,363都是各个节点的管理表。
每个节点收发处理部分将数据接收到接收缓冲区。通过查看管理表可查到一个送出收到的数据的发送地址,并将其保存在发送缓冲区来发送地址。经复用解复用单元(MUX)(未画)复用的发送数据被输出给网络,并被端节点接收(如节点3),再在复用解复用单元(MUX)解复用后输出给打印机或显示器等。
附图17表示的是现有技术中管理表和缓冲区的数据结构。
附图17(a)表示管理表的结构。
现有技术中每个节点的管理表371记录每个下级节点号码,媒体类型(静止图象、活动图象、文本数据、语音等),数据大小,保存在发送和接收数据缓冲区中的输入地址和输出地址以及表明是否允许输出的数据。
附图17(b)表示缓冲区的组成。网络缓冲区381保存网络的收发数据。数据缓冲区382保存收发数据。发送区383在发送过程中临时保存数据。接收区384在接收过程中临时保存从网络缓冲区381中收到的数据。
附图17(c)表示现有技术中数据的组成。现有技术中发送数据358的组成是数据的顺序是固定的,例如数据大小,媒体类型,发送目的节点号,发送源节点号以及发送对象的实际数据都按这种事先固定的顺序排列。附图17(c)显示了一例其数据大小为25字节,媒体类型为文本数据,发送目的节点号为15,通信源节点号为1。排列的顺序是固定的而且这些值被按图17所示的顺序格式化和发送。一个节点收到数据后从收到的数据项的排列顺序解释接收到的数据的含义。
附图18所示是先有技术中通信设备的流程图。
第1步通信设备从节点2接收数据。第2步数据被输入到数据缓冲区的接收数据区。第3步判断数据是头还是其他数据。如果第3步的判断结果是头,则第4步数据被输入到缓冲区,如果第3步的判断结果不是头,则该数据被当作不规则数据。
第6步判断头后面的数据是不是数据。如果第6步的判断结果是非数据,该数据就被当作不规则数据。如果它是数据,则第7步数据被输入缓冲区。第9步是缓冲区处理,在第9步判断数据是否从缓冲区溢出。如果已溢出,就执行溢出处理(溢出数据被临时保存到其他缓冲区)。
第11步至第19步为头处理。如果第9步的判断结果是不数据未溢出,则检查传送端节点号T-NO。如果判断结果是OK(正确),则在第14步判断媒体类型,如果不正确,则在第13步执行不规则处理。如果第14步的判断结果是OK,则在第13步确认媒体类型并设置表示媒体数据类型的标志。然后在第16步检查接收的端号码(T-NO)。如果判断结果是该号码存在,就判定其目的地(传送方向),如果号码不存在,则在第18步执行不规则处理。
第20步将缓冲区的数据从发送区传送到接收数据区。在第21步判断数据是否存在。如果数据存在,则重复第3步后的每一步。如果数据在第21步结束,则在第22步选择一个硬件。第23步判断媒体是否可用,如果媒体可用,数据被发送到网络缓冲区(为每种媒体都准备了网络缓冲区)。在第25步判断数据是否结束,第22步后的每一步都重复执行,如果数据结束,对每种媒体类型数据在硬件处理。
在附图18流程图的过程中,每个节点都在收发过程中引用管理表。在此过程中检查是否存在下级节点号码(端节点号T-NO),进一步读取端节点号(T-NO)的数据(属性值),找到媒体类型、数据大小、缓冲区输入地址、是否允许输出等,且写数据所需的输出地址被引用和检查。
在已有技术的通信设备中,如果通信设备收到数据,并为通信复用或解复用数据等后,必须将数据临时保存到一个缓冲区中。因此,需要有复杂的缓冲区数据处理如数据溢出处理等。
而且,在已有技术的通信设备中,数据格式必须固定以便每个节点处理,因此系统是钢性的且不容易增加或删除节点。
在已有技术的通信设备中,如果数据不存在或通信因故障而不可用时,需要有复杂的故障处理(例如,缓冲区数据溢出处理,对不规则的其他处理)。
另外,在已有技术的通信设备中,每个节点的管理表必须在系统启动的第一起始时间内形成并固定。因此,增加、删除或修改节点时整个系统必须重新构造。
本发明为能用一个通用方法处理同一网络的各种媒体的网络提供了通信,其构成简单,增加或删除节点时系统无须重新构造。
发明内容
本发明涉及连接一个或多个节点的网络上的节点的通信设备和通信方法。网络节点上有一张控制通信的管理表,如果它有下级节点,则管理表保存了标识下级节点的下级节点数据。通信设备有一目的地查找装置,它从其上级节点或下级节点接收数据并根据数据的头决定发送目的地。当非顶级节点从下级节点收到数据时,如果目的节点记录在管理表中,它就将数据发送给一下级节点,如果目的节点未记录在管理表中,它就将数据发送给一上级节点。当它从上级节点收到数据时,如果目的节点记录在管理表中,它就将数据发送给一下级节点,如果目的节点未记录在管理表中,它就将数据丢弃。当顶级节点收到数据时,它查看管理表,如果目的节点记录在管理表中,它就将根上的中间节点号码增加到去目的地的路径上。如果目的节点未记录在管理表中则丢弃该数据。
根据本发明,可用通用方法通过一条高速率传输线路来同时发送各种数据,且构成简单。另外其管理表可在系统第一次启动时自动产生。且在增加、删除或修改节点时管理表也能很方便地更新。
附图简述
附图1是本发明的基本构成的一个示例图。
附图2是本发明的基本构成的动作一个示例图。
附图3显示本发明的优选实施方案1。
附图4是各个节点组成和管理表格式的示例。
附图5表示发送-接收处理部分的组成。
附图6表示本发明中管理表的组成。
附图7表示本发明中头的组成。
附图8表示传送目的地的流程图。
附图9表示一个应用本发明的网络。
附图10是产生管理表的方法的一个示例性说明。
附图11是给每个节点设置节点号的流程图。
附图12是产生管理表的方法的一个示例性说明。
附图13显示多媒体数据通信方法。
附图14是启动协议的方法的一个示例性说明。
附图15显示业务的通信方法。
附图16是已有技术的一个示例性说明。
附图17显示的是已有技术中的管理表、缓冲区结构和数据结构。
附图18是已有技术的通信设备的流程图。
优选实施方案内容
附图1表示了本发明的一个基本构成。节点数据可以有多种方法来标识一个节点如节点号、节点名、网络名等。下面以用节点号(T-NO)来标识节点为例。
在附图1(a)中,节点A(1)号码为1,节点B(2)号码为2,节点C(3)号码为3,节点D(4)号码为4,节点E(5)号码为5,如图所示。节点A的管理表11中有下级节点的节点号(节点2和节点5在节点1下,节点3和节点4在节点2下)。节点B的管理表12中有下级节点号(节点3和节点4在节点2下)。
节点C的管理表13,节点D的管理表14,节点E的管理表15如附图1(b)所示。
本发明的数据结构21的一个示例如附图1(b)所示。本发明的数据由属性名,属性值和数据(实际数据)等组成。
传送数据22的一个示例如附图1(b)所示,它显示数据大小为25,媒体类型为文本,目的节点号为15,符号“YES”表示目的节点是一端节点,以及给传送目标的实际数据。
如附图1(a)中的示例所示,属性名的属性值为25,媒体类型的属性值为文本,节点号的属性值为15,表示节点号T-NO是否为端节点的属性值为“YES”。在本发明中,属性名和属性值成对发送。
另外根据包含属性名和属性值的头和附图1(a)中所示的管理表,在每个节点都很容易找到目的节点的根。在本发明中通过使用一条允许发送的数据大小超过给定数据大小的高速传输线路,全部数据大小的头和实际数据就能发送,而不用缓存。
参照附图1(a),下面举例介绍从节点C到节点E的数据传送的操作。
首先在节点C产生一个寻址节点E的头并被附到数据(实际数据)上。含头的数据被发送给节点B。节点B查看自己的管理表,并确认节点E不是节点B的下级节点,因为数据是指向上行方向,所以节点B将数据传送给节点A。节点A查看自己的管理表,如果说数据的指向节点记录在管理表中,节点A将数据发送给节点E。节点E接收数据并输出。
或者说,如果节点B从节点A收到数据,而数据中不包含节点B的下级节点(节点C,节点D),节点B将丢弃数据。
进一步,如果数据从节点C传送至节点D后,因为节点D记录在节点B的管理表中,节点B从节点C接收到数据并将数据传送给节点D。
如上所述,当除顶节点外的每个节点从其下级节点收到数据后,每个节点都查看管理表,如果指向节点未记录在自己的管理表中就将收到的数据向上级节点发送,而如果指向节点已记录在自己的管理表中就将数据发送给下级节点。当除顶节点外的每个节点从其上级节点收到数据时,如果指向节点已记录在自己的管理表中就将数据发送给下级节点。如果指向节点未记录在自己的管理表中就将收到的数据丢弃。而当顶节点从其下级节点收到数据时,它查看管理表,得到目的节点的根上的节点,并将节点附加到收到的数据上。然后顶节点将数据发送给一下级节点。或者在指向节点未记录在自己的管理表中时就将收到的数据丢弃。
一般查明收到数据的媒体类型后,每个节点应启动对应该媒体类型的处理设备。在本发明中,媒体类型能很容易地从头的属性名的属性值(文本,话音,静止图象等)得到。
参照附图2,下面介绍本发明的基本构成的操作。
附图2显示了用一通用方法在一条高速传输线路上发送话音,字符,文本,静止图象,活动图象等多媒体数据的基本原理。如附图2所示,每种数据都是单独发送的,实际上每种数据都被复用成发送数据。
附图2中显示了速率为400Mbps,1Gbps等的高速传输线路31,端节点32,节点33,话音数据41,文本数据33,静止数据43,活动数据44,在节点33被分离的话音数据45,已通过节点33的静止数据47。
在发送多媒体数据时,话音所需的传送速率为64kbs,字符数据为1.2-28.8kbps,静止图象为1-2Mbps,活动图象为100Mbps。一条400Mbps,1Gbps的高速传输线路的速率已足够高,且对这些传送数据有很大的余量,因此,每种媒体数据都能用一种通用方法在一条传输线路上发送。而且媒体类型的全部属性值等可很容易地从头中获得,因此如附图2所示,话音,文本数据,静止图象,活动图象等的媒体类型和传送方向能很容易地从头中获得。通信可用简单的构造实现,用不着已有技术所必需的接收缓冲区,发送缓冲区等。而且数据在本发明中能更有效地传送。
附图3显示了优选实施方案1。
附图3显示了一连接了环型局域网(含节点LN1(55),BN3(52),CN54)和星型局域网LAN1(含节点BN1(56),BN2(57),TN1(58))和星型局域网LAN2(含节点BN3(52),TN2(51))的网络。
在附图3中,TN2(51)是一端节点并连接着一个终端58。局域网LAN2(53)是一中间节点并连接星型局域网LAN2。CN4是顶节点。LN1(55)是一中间节点并连接星型局域网LAN1。BN1(56)是一中间节点。N2(57)是底节点(没有终端设备)。TN1(58)是一端节点。
如图所示,传送数据示例61在端节点(TN1)产生,数据示例62通过端节点(TN1)并加上了传送数据长度,数据示例63通过节点(BN1)56并加上了一通过节点的节点号BN-NO,通过CN54的示例数据64增加了到目的节点的通路上的中间节点号。
下面以从一端节点(TN1)58传送上述示例数据到另一端节点(TN2)51为例介绍附图3的网络的操作。
1、端节点设备58产生送往端节点(TN2)51的传送数据61。传送数据61由要发送的实际数据和一含目的节点号(TN-NO),密码和数据类型的头组成。传送数据61的数据部分包括目的节点除外的头数据和要送的实际数据。
2、TN1(58)计算传送数据61的记录长度并将记录长度加到传送数据61上产生传送数据62,再将其传送给一中间节点(BN1)56。在BN1(56)查看管理表(附图3中未画)以寻找传送地址,并将BN1(56)的端节点号(T-NO)加到传送数据62上产生传送数据63。传送数据63再被传送给中间节点LN1(55)。在中间节点LN1(55)查看管理表(附图3中未画)并查找目的节点号,然后节点号LN1被加到头,传送数据被送往CN54。在顶节点(CN)54查看管理表(附图3中未画)且中间节点号(LN2(53),BN3(52))被加到传送数据以产生传送数据64,然后传送数据64被送给一中间节点LN2(53)。进一步,在LN2(53)查看管理表(附图3中未画),并传送给节点BN3(52)。在BN3(52)查看管理表(附图3中未画),数据被传送给节点TN2(51),数据的内容在端节点设备51输出。
附图4显示各个节点的组成和管理表的格式。
附图4(a)显示节点组成。节点71,收发部分72,管理表产生部分73,发送地址查找部分74,收发处理部分75和管理表78如附图4(a)所示。管理表产生部分73在系统的第一启动时刻产生管理表78,并在增加、删除或修改节点时更新管理表。发送地址方向查找部分74判断发送收到的数据时的发送根。
附图4(b)显示顶节点(CN0)在第一启动时刻(第一次激活系统)设置节点号所用的格式。格式78包括其下级节点号的后续号T-NO,它对应上述端节点号,每个节点产生的随机数和每个节点的名字。
附图4(c)显示每个节点(中间节点,端节点)管理表的格式。自己节点产生的随机数,从一中心(CN)得到的后续号和节点名。
后续节点号由中心节点根据每个节点产生的随机数决定。查找节点号的具体方法在后面介绍。
附图5显示收发处理部分组成示例。
附图5显示了复用-解复用设备(MUX)111,协议处理部分112,协议启动部分113,协议保持部分114,HDLC协议例程115,BSC协议例程116,TCP/IP协议例程117,电话例程118。
另外附图5还显示了媒体处理设备121,文本数据处理部分122,话音数据处理部分123,静止图象处理部分124和活动图象处理部分125。
而且附图5还显示了业务处理部分131,为查寻请求提供查寻业务的查寻处理部分132,追踪处理部分133,启动远端程序的远端协议例程控制部分134。
追踪处理部分133查看通话对方的日程并在没有应答的情况下将电话接到预定的地方。或者接入到对方的便携铃从而一旦对方应答本方,它就能将对方和本方连通。
附图5还显示了文本数据输入-输出设备141,话音数据输入-设备142,静止图象输入-输出设备143和活动图象输入-输出设备143。
在附图5的构成中,文本数据输入-输出设备141,话音数据输入输出设备142,静止图象输入-输出设备143和活动图象输入-输出设备144并不是绝对必需的。
附图6显示了本发明中管理表的一个示例。
附图6(a)(b)(c)显示用于附图3中网络的管理表的组成。
附图6(a)表示的是BN1的管理表81,它包括本节点的节点号(后续节点号T-NO),随机号数据,节点名和下级站点的节点号(后续号T-NO)(BN2和BN3的管理表也有几乎相同的组成)。它将下级站(TN1)送来的管理表链接到自己的管理表并保存起来。
附图6(b)表示LN1的管理表82(LN2的与此相同)。它包括下级站BN1和BN2的节点号(后续号T-NO),且每个从下级节点送来的下级节点的管理表的拷贝都被链接到该节点的管理表。
附图6(c)表示汇接站(CN)管理表的组成。管理表83包括下级节点LN的节点号和从下级节点送来的管理表。每个管理表被相互链接起来,如附图3(c)所示。
附图7显示本发明中头组成的示例。
在附图7中显示了传送数据9。在这里以顺序发送话音数据和活动图象数据为例。每种数据都有头记录各自数据的目的地址。
头92显示了详细信息,数据大小为25,媒体类型为文本数据,目的节点的节点号为15,有关地址是否为端节点号的信息为“YES”,源节点的密码(随机数)。
附图8表示寻找至目的地根的流程图。
该流程图对每个节点都是相同的。
第1步(S1)查看节点是否为顶节点。如果第1步(S1)发现节点不是顶节点,则在第1’步(S1’)查看节点是否为底节点。如果节点是底节点,就不必判断到目的地的路径,于是在第2’步(S2’)执行底节点的处理。底节点的处理是在发送模式下将接收到的数据发送给一上级节点,而在接收模式下查看接收数据是否是到自己的地址,并输出给自己节点的数据。
如果第1’步(S1’)发现节点不是底节点,则第2步(S2)查看头的地址是否记录在管理表中。如果节点号已记录在管理表中,则第4步(S4)不论是上行数据还是下行数据都将其发送给下级节点。如果节点号未记录在管理表中,则第5步(S5)查看数据是否为上行方向。如果第5步(S5)中数据为上行方向的,则将其发送给上级节点,如果数据不是上行方向的,则在第7步(S7)丢弃该数据。
如果第1步中的节点为顶节点,则查看其地址是否记录在管理表中。如果它已记录在管理表中,则顶节点将所有中间节点加到目的节点的路径上,并将其发送给一下级节点。如果它未记录在管理表中,数据就被丢弃。
附图9显示应用本发明的一个网络系统。
在附图9中显示了总线连接型局域网系统91’,光局域网系统92’,用户小交换机连接型系统93,公用网94以及通过总线连接型局域网系统91’进行通信的移动通信系统95。
总线连接型局域网系统91’由节点2,节点3和节点4组成。每个节点都连接到局域网系统总线,节点5连接附属节点6,节点7和节点8。
光纤局域网系统92’由节点1,节点2和节点9(用户小交换机)组成。每个节点都连接到局域网光缆。
用户小交换机连接型系统93由节点9,节点11,节点12和节点13组成。如图所示节点11,节点12和节点13都连到节点9(用户小交换机)。
本发明可以应用到只含一个局域网系统或一个公用系统的单个系统。当然本发明也可以应用到由局域网系统和公用系统组成的复杂系统。
附图10是管理表产生方法的示例说明。
在本发明中,顶节点(汇接节点)根据每个节点产生的随机数自动设置标识网络节点的节点数据。
下面介绍一个顶节点(汇接节点)根据每个节点产生的随机数自动设置节点号的后续号码的例子。
如附图10所示,假设每个节点都连到一条传输线路。
节点4是顶节点。中间节点3和节点5是顶节点的下级节点。节点1是节点3的下级节点。节点6,节点7和节点8是节点5的下级节点。
每个节点包括一个管理表产生设备。当系统初始启动时,每个节点都产生随机数。每个随机数都被发送给顶节点。每个节点发出其随机数后,中间节点(节点3,节点5)都收到其下级节点的随机数,并生成管理表的一种格式(见附图4(c))。顶节点收到下级节点送来的随机数后根据每个节点的随机数用一格式设置后续号码(见附图4(b))。然后后续号码被送往下级节点。接收到后续号码的中间节点将与随机数对应的后续号码用此格式记录下来,并再将其发给下级节点。每个节点都执行这些步骤,从而每个节点的管理表都产生了。
在上述过程中,管理表的格式产生后,中间节点就将下级节点送来的管理表的格式全连接到自己的格式从而产生管理表的一个分层结构。以后从顶节点传来后续号码时,节点记录与随机数对应的后续号码。进一步,节点记录下级节点送来的由操作员输入形成的管理表的各个节点名。
附图11显示设置每个节点的后续号码(T-NO)的方法的流程图。
第1步(S1),第2步(S2),第3步(S3),第4步(S4),第10步(S10)是节点处理。第5步(S5),第6步(S6),第7步(S7),第8步(S8),第9步(S9)为顶节点的处理。
第1步开启节点的电源。第2步查看系统初始化是否执行,如果系统初始化已执行,则第3步产生随机数,节点号(T-NO)被记录在管理表中。如果第2步系统初始化未执行,则执行其他处理。第4步,随机数被发送给顶节点。
第5步和第6步,顶节点检查随机数的T-NO是否重叠。如果T-NO已重叠,就让各个节点在第7步重试。如果第6步发现T-NO未重叠,则第8步将随机数的T-NO按顺序存入顶节点的管理表。第9步已在顶节点判定顺序的后续号码被送往相应的节点。
在第10步节点的后续号码(T-NO)被置入管理表。
附图12显示管理表的产生流程图。
第1步查看是否从一下级节点接收到节点数据。如果接收到节点数据,则第2步(S2)查看数据是不是随机数。如果数据是随机数,则第2步将随机数记录在管理表的表格中。如果在第2步数据不是随机数,则第4步(S4)判断它是不是名字。如果数据是名字,则第5步(S5)名字被记录在管理表的表格中。对应于名字的后续号码被送给下级节点。下级节点将号码记录在其管理表中。“OK”表示正常接收被发送给上级节点。接收节点号的上级节点将自己的节点号加到节点传送来的号码再将数据发送出去(随机数和下级站点的管理表)。
附图13是本发明的媒体数据通信方法的示例说明。
本发明的头的属性名除媒体类型外还可包括协议类型(BSC例程,HDLC例程,FAX例程,电话例程等),业务类型(查寻,跟踪处理,远端程序控制等)。
下面说明每一例的启动程序。
附图13(a)表示一个发送媒体数据的例子。
当多媒体数据被从节点A送往节点B时,节点A请求启动程序发送媒体类型。如果节点B正常接收到它,节点B向节点A回送一个“OK”。节点A和节点B都启动该媒体类型的程序。这样媒体数据就从节点A送往节点B。
附图13显示在每个节点不同媒体类型的通信方法的流程图。
第1步(S1),第2步(S2),第3步(S3),第9步(S9),第10步(S10),第12步(S12)是节点A的处理。首先,第1步,一媒体类型被发送而一个端节点(TN)被启动。第2步TN根据媒体类型选择MUX(复用-解复用设备)。第3步一种选定的MUX被送给其他方(节点B),节点A请求启动到节点B的MUX。第4步(S4),第5步(S5),第7步(S7),第8步(S8),第11步(S11)为节点B的处理。第4步,第5步,节点B查看被请求启动的MUX是否存在。如果它存在,则第6步启动被请求启动的MUX,并在第7步答复“OK”。如果被请求的MUX不存在,则给节点A答复“NO”。
第9步节点A收到“OK”后启动MUX。如果答复是“NO”,则节点A停止流程。第10步和第11步数据在节点A和节点B之间交换。交换一直执行到数据结束。当第12步发现数据结束时就终止交换。
附图14(a)显示协议的启动方法。
启动指定的协议类型的协议的请求是从节点A传到节点B的。节点B收到请求后,节点B给节点A答复“OK”,这样在节点A和节点B指定的协议就都启动了。节点A和节点B之间的通信开始了。
附图14(b)显示启动协议的流程图。
第1步(S1),第2步(S2),第7步(S7),第8步(S8),第9步(S9),第10步(S10),第12步(S12)是节点A的处理。第3步(S3),第4步(S4),第5步(S5),第6步(S6),第11步(S11)是节点B的处理。附图14(b)是每个节点的流程图。
首先,在节点A请求启动协议的协议数据被送往节点A的TN。协议类型被通知给通信的其他方(上级节点或下级节点)。节点B查看请求的协议是否存在,如果协议存在则启动协议。且节点B给节点A送一“OK”。如果第3步协议不存在,节点B送“NO”给节点A。
在节点A,第7步判断从节点B来的答复是不是“OK”,如果是“OK”则在第9步启动协议。如果是“NO”则在第8步停止通信。节点A和节点B之间的数据交换在第10步和第11步执行。只要存在数据交换就继续进行。当在第12步发现数据结束时交换即完成。
附图15是业务数据的通信方法和流程图的示例说明。
附图15(a)表示节点A向节点B发送一业务请求(查寻请求等)。假设节点A,节点B,节点C组成的网络相互之间可以通信。
业务请求被从节点A传送给节点B。如果节点B能执行业务,节点B即执行业务,并将结果传送给节点A。如果节点B不能执行业务,它询问节点C和节点D他们是否能执行业务。结果是,如果节点D有该业务的执行设备,节点D就将该业务的执行程序送给节点B。节点B执行业务并将结果传送给节点A。或者节点B向节点D请求业务,节点D执行业务,并将结果传送给节点B,再由节点B将节点D送来的结果送给节点A。
附图15(b)显示业务通信程序的流程图。
第1步(S1),第2步(S2)是节点A的处理。第3步(S3),第4步(S4),第5步(S5),第6步(S6),第7步(S7)是节点B的处理。
在节点A,业务类型数据被送给节点A的TN并向通信的其他方(节点B)请求用业务类型的信息启动程序。节点B在第3步查看是否存在业务设备。如果节点B存在业务设备,节点B在第6步执行业务,并在第7步将结果传送给另一方(节点A)。如果第3步中节点B不存在业务设备,节点B请求从在第4步保存业务设备的节点D发送业务设备,节点B在第6步执行业务,并在第7步将结果传送给节点A。如果节点B请求另一方(节点D)执行业务,则节点B在第4步将业务请求送给节点D,它收到业务请求后执行业务,节点B收到结果,并在第7步将业务结果返回给节点A。
工业适用性
根据本发明,所有类型的数据能在一条高速传输线路上用一种通用方法传送,而且系统的构造很简单。另外管理表能在系统初启时自动产生,并在增加,删除或修改节点时能很容易地更新管理表。
因此,多媒体网的成本可大大减小,而管理控制也很容易。
权利要求书
按照条约第19条的修改
1.由一个或多个节点组成的网络中的通信设备包括:
每个节点都包括用于控制通信的管理表;
有下级节点的节点的管理表保存了下级节点的用来标识节点的节点数据;
传送地址查找装置接收从上级节点或下级节点送来的数据并根据数据头中记录的节点地址查找发送收到的数据的节点地址。
当不是顶节点的节点从一下级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据送给上级节点;当它从一上级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据丢弃;当顶节点收到数据时,它查看管理表,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据丢弃;
数据传送速率要远高于传送最大量多媒体数据的速率,通信就可能不需要收发缓冲器。
2.根据权利要求1的通信设备包括管理表产生装置,其中:
每个节点将从下级节点收到的节点数据传送给上级节点,每个节点读取收到的数据并用收到的数据产生自己的管理表,进一步将自己的节点数据加到数据上,并将接收到的数据加上自己的节点数据送住上级节点。
3.由一个或多个包括用于控制通信的管理表和传送地址查找装置的节点组成的网络上的通信方法,其中:
有下级节点的节点的管理表保存下级节点的节点数据,传送地址查找装置接收上级节点或下级节点送来的数据,并根据头中记录的地址数据查找发送数据的节点地址,
当一个不是顶节点的节点从其下级节点收到数据时,如果目的节点地址已记录在管理表中,该节点就将数据送给下级节点;如果目的节点地址未记录在管理表中,该节点就将数据送给上级节点;
当一个节点从其上级节点收到数据时,如果收到的目的节点地址已记录在管理表中,该节点就将数据送给下级节点;如果目的节点地址未记录在管理表中,该节点就将数据丢弃;
当顶节点收到数据时,该节点查看管理表,如果目的节点地址已记录在管理表中,该节点就将数据送给下级节点;如果目的节点地址未记录在管理表中,该节点就将数据丢弃;
数据传送速率要远大于传送最大量多媒体数据所需的速率,通信就可能不需要收发缓冲器。
4.根据权利要求3的通信方法包括管理表产生步骤,其中:
每个节点将多下级节点收到的节点数据发送给上级节点,每个节点读取收到的数据并用收到的数据产生自己的管理表,进一步将自己的节点数据加到数据上,并将接收到的数据加上自己的节点数据送往上级节点。
5.根据权利要求3的通信方法,其特征在于:
通用协议启动,媒体类型判断和业务类型判断在节点之间进行。
6.根据权利要求3或5的通信方法,其特征在于:
判断媒体类型后启动节点之间的通信。
7.根据权利要求3或5的通信方法,其特征在于:
通信节点之间互相通知对协议的处理,并启动通用协议。
8.根据权利要求6的通信方法,其特征在于:
通信节点之间互相通知对协议的处理,并启动通用协议。
9.根据权利要求3或5的通信方法,其特征在于:
一个节点向其它节点请求业务,接受业务请求的节点执行业务。
10.根据权利要求6的通信方法,其特征在于:
一个节点向其它节点请求业务,接受业务请求的节点执行业务。
11.根据权利要求9的通信方法,其特征在于:
当接受业务请求的节点不能执行业务时,该节点查找其它能执行业务的节点,请求业务的节点接收到业务装置并执行业务,或请求业务的节点将业务送给能执行业务的节点,请求业务的节点从能执行业务的节点接受业务执行结果。
12.根据权利要求10的通信方法,其特征在于:
当接受业务请求的节点不能执行业务时,该节点查找其它能执行业务的节点,请求业务的节点接收业务装置并执行业务,或请求业务的节点将业务送给能执行业务的节点,请求业务的节点从能执行业务的节点接受业务执行结果。
13.根据权利要求1或2的通信设备,其特征在于:
附在实际数据上的头包括属性名和属性值。
14.根据权利要求3、4、5、8、10、11或12的通信设备,其特征在于:
附在实际数据上的头包括属性名和属性值。
15.根据权利要求6的通信设备,其特征在于:
附在实际数据上的头包括属性名和属性值。
16.根据权利要求7的通信设备,其特征在于:
附在实际数据上的头包括属性名和属性值。
17.根据权利要求9的通信设备,其特征在于:
附在实际数据上的头包括属性名和属性值。

Claims (12)

1、由一个或多个节点组成的网络中的通信设备包括:
每个节点都包括用于控制通信的管理表;
有下级节点的节点的管理表保存了下级节点的用来标识节点的节点数据,
传送地址查找设备接收从上级节点或下级节点送来的数据并根据数据头中记录的节点地址查找送出收到的数据的节点地址,
当不是顶节点的节点从一下级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据送给上级节点;当它从一上级节点收到数据时,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据丢弃;当顶节点收到数据时,它查看管理表,如果目的节点地址已记录在管理表中,它就将数据送给下级节点;如果目的节点地址未记录在管理表中,它就将数据丢弃。
2、根据权利要求1的通信设备包括管理表产生设备,其中:
每个节点将从下级节点收到的节点数据传送给上级节点,每个节点读取收到的数据并用收到的数据产生自己的管理表,进一步将自己的节点数据加到数据上,并将接收到的数据加上自己的节点数据送往上级节点。
3、由一个或多个包括用于控制通信的管理表和传送地址查找设备的节点组成的网络上的通信方法,其中:
有下级节点的节点的管理表保存下级节点的节点数据,传送地址查找设备接收上级节点或下级节点送来的数据,并根据头中记录的地址数据查找送出数据的节点地址,
当一个不是顶节点的节点从其下级节点收到数据时,如果目的节点地址已记录在管理表中,该节点就将数据送给下级节点,如果目的节点地址未记录在管理表中,该节点就将数据送给上级节点;
当一个节点从其上级节点收到数据时,如果目的节点地址已记录在管理表中,该节点就将数据送给下级节点,如果目的节点地址未记录在管理表中,该节点就将数据丢弃;
当顶节点收到数据时,该节点查看管理表,如果目的节点地址已记录在管理表中,该节点就将数据送给下级节点;如果目的节点地址未记录在管理表中,该节点就将数据丢弃。
4、根据权利要求3的通信方法包括管理表产生步骤,其中:
每个节点将从下级节点收到的节点数据发送给上级节点,每个节点读取收到的数据并用收到的数据产生自己的管理表,进一步将自己的节点数据加到数据上,并将接收到的数据加上自己的节点数据送往上级节点。
5、根据权利要求3的通信方法,其特性在于:
通用协议启动,媒体类型判断和业务类型判断在节点之间进行。
6、根据权利要求3或5的通信方法,其特性在于:
判断媒体类型后启动节点之间的通信。
7、根据权利要求3或5的通信方法,其特性在于:
通信节点之间互相通知对协议的处理,并启动通用协议。
8、根据权利要求6的通信方法,其特性在于:
通信节点之间互相通知对协议的处理,并启动通用协议。
9、根据权利要求3或5的通信方法,其特性在于:
一个节点向其它节点请求业务,接受业务请求的节点执行业务。
10、根据权利要求6的通信方法,其特性在于:
一个节点向其它节点请求业务,接受业务请求的节点执行业务。
11、根据权利要求9的通信方法,其特性在于:
当接受业务请求的节点不能执行业务时,该节点查找其它能执行业务的节点,请求业务的节点收到业务设备并执行业务,或请求业务的节点将业务送给能执行业务的节点,请求业务的节点从能执行业务的节点接受业务执行结果。
12、根据权利要求10的通信方法,其特性在于:
当接受业务请求的节点不能执行业务时,该节点查找其它能执行业务的节点,请求业务的节点收到业务设备并执行业务,或请求业务的节点将业务送给能执行业务的节点,请求业务的节点从能执行业务的节点接受业务执行结果。
CN97190680A 1996-04-12 1997-04-14 通信设备与通信方法 Pending CN1195441A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP115364/96 1996-04-12
JP11536496 1996-04-12

Publications (1)

Publication Number Publication Date
CN1195441A true CN1195441A (zh) 1998-10-07

Family

ID=14660704

Family Applications (1)

Application Number Title Priority Date Filing Date
CN97190680A Pending CN1195441A (zh) 1996-04-12 1997-04-14 通信设备与通信方法

Country Status (5)

Country Link
EP (1) EP0854616A1 (zh)
KR (1) KR19990022851A (zh)
CN (1) CN1195441A (zh)
TW (1) TW347624B (zh)
WO (1) WO1997039554A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100418562B1 (ko) * 2001-09-06 2004-02-14 주식회사 기지소프트 다중전송을 위한 중계경로 생성방법
JPWO2005032061A1 (ja) * 2003-09-24 2006-12-07 三菱電機株式会社 階層型レイヤ2ネットワーク
KR100655972B1 (ko) * 2004-10-22 2006-12-11 엘지전자 주식회사 지피에스 전원관리 기능을 갖는 이동통신 단말기 및 그 방법
JP2012080401A (ja) * 2010-10-04 2012-04-19 Mitsubishi Electric Corp 多段光アクセス装置、および多段光アクセス装置の管理方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2875284B2 (ja) * 1989-06-23 1999-03-31 株式会社日立製作所 計算機システム及びその課金処理方法
JPH03228448A (ja) * 1990-02-01 1991-10-09 Hitachi Ltd 分岐装置
JPH05292147A (ja) * 1992-04-10 1993-11-05 Toshiba Corp 通信制御プロセッサ
JP2863054B2 (ja) * 1993-03-17 1999-03-03 日本電信電話株式会社 クライアント・サーバ型システムにおけるプロトコル処理方式
JPH07250184A (ja) * 1994-03-09 1995-09-26 Hitachi Ltd 通信システムの選択的着信制御方法
JPH07336379A (ja) * 1994-06-13 1995-12-22 Hitachi Ltd ハブ装置
JP3543373B2 (ja) * 1994-07-04 2004-07-14 富士ゼロックス株式会社 文書検索装置
JPH0832607A (ja) * 1994-07-13 1996-02-02 Hitachi Cable Ltd ネットワーク構成管理方法

Also Published As

Publication number Publication date
WO1997039554A1 (fr) 1997-10-23
EP0854616A1 (en) 1998-07-22
TW347624B (en) 1998-12-11
KR19990022851A (ko) 1999-03-25

Similar Documents

Publication Publication Date Title
CN1057415C (zh) 维护所选网络站和移动站之间的路由路径的方法
CN1292566C (zh) 路由器和地址标识信息管理服务器
CN1492646A (zh) 实现音频电话的方法及中央转换处理器
CN1231792A (zh) 在两个电话机之间经因特网相互进行通讯的方法和系统
CN1206539A (zh) 具有再分配接入功能的无线结构
CN1249640A (zh) 具有用户应用程序和电话程序之间的应用编程接口和方法的无线通信装置和方法
CN1248453C (zh) 网元与电信网管系统的实时数据同步方法
CN1275284A (zh) 推出型信息传输方法和它的转移设备
CN1848889A (zh) 多模服务会话建立和提供方法以及建立和提供系统
CN1909558A (zh) 一种综合接入系统、方法及窄带业务接口模块
CN1774020A (zh) 移动电话及其与计算机通信网络通信的方法
CN1514617A (zh) 在专用小型交换机中的VoIP呼叫控制设备及其方法
CN1855833A (zh) 用于存储连接切换程序的介质、电子会议系统和连接切换方法
CN1549541A (zh) 对媒体网关进行自动测试的方法和装置
CN1934548A (zh) 访问系统及访问方法
CN1195441A (zh) 通信设备与通信方法
CN1852273A (zh) 一种从网关设备之间进行通信的方法和系统
CN100342686C (zh) 因特网电话系统、呼叫连接控制器及终端关联方法
CN1905510A (zh) 通信设备获取mac地址的方法以及通信系统
CN1262078C (zh) 通信系统、通信方法、网络管理和传输装置
CN1852260A (zh) 弹性分组环网中跨环报文转发的方法和设备
CN1798211A (zh) 一种实现电话留言管理和上报的方法
CN1725851A (zh) 一种视频会议的控制系统及控制方法
CN1163044C (zh) 一种终端应用通信系统及其通信方法
CN1713619A (zh) VoIP网络、媒体服务器及提供在其中使用的附加服务的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C01 Deemed withdrawal of patent application (patent law 1993)
WD01 Invention patent application deemed withdrawn after publication