CN100548002C - 永久虚电路状态查询系统 - Google Patents
永久虚电路状态查询系统 Download PDFInfo
- Publication number
- CN100548002C CN100548002C CNB2006101376366A CN200610137636A CN100548002C CN 100548002 C CN100548002 C CN 100548002C CN B2006101376366 A CNB2006101376366 A CN B2006101376366A CN 200610137636 A CN200610137636 A CN 200610137636A CN 100548002 C CN100548002 C CN 100548002C
- Authority
- CN
- China
- Prior art keywords
- message
- state
- pvc
- dce
- dte
- 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.)
- Expired - Fee Related
Links
Images
Abstract
本发明公开了一种PVC状态查询方法,包括:DCE收到DTE发来的全状态查询报文后,若根据自身与DTE相连的接口的MTU大小,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。具体地,可通过将状态报文的第一个PVC状态字段的保留位设置为1来指示存在后续状态报文。本发明同时公开了一种PVC状态查询系统,包括:DTE和DCE,本发明还公开了一种DCE包括:状态报文判断生成模块和状态报文发送模块。本发明不仅实现了接口下的PVC数目不受限制的功能,同时提高了PVC状态查询效率及与现有DTE的兼容性。
Description
技术领域
本发明涉及数据通信技术领域,具体涉及一种永久虚电路状态查询系统。
背景技术
在帧中继通信系统中,数据终端设备(DTE)需要得知数据通信设备(DCE)的永久虚电路(PVC)是否处于激活状态、PVC是否还存在、是否有新的PVC建立等信息,以便根据这些信息对本端的PVC进行配置,使得本端的PVC配置与DCE保持同步。目前,DTE和DCE之间通过本地管理接口(LMI)协议完成PVC状态的相互通知、链路完整性验证等
帧中继标准FRF.1规定:一个接口的所有PVC信息必须打包到一个状态(Status)帧中发送。从而,接口一次能发送的最大帧长度将限制本接口下的PVC数目。在通常的最大允许传输单元(mtu)=1500字节时,一个接口最多能支持300多条PVC。
为了使得接口下的PVC数目不受限制,FRF.1的升级版标准FRF.1.2提出了一种新的Status报文类型:全状态继续(Full Status Continued)报文。图1为利用全状态继续报文进行PVC状态查询的流程图,如图1所示,其具体步骤如下:
步骤101:DTE检测到本次PVC状态查询开始,向DCE发送全状态查询(FSE,Full Status Enquiry)报文,以要求DCE返回与自身相连的接口下的PVC信息。
步骤102:DCE收到该全状态查询报文后,根据自身与DTE相连的接口的MTU的大小,判断该接口下能发送的最大状态(status)报文是否能容纳该接口下的所有PVC信息,若是,执行步骤103;否则,执行步骤104。
步骤103:DCE将所有PVC信息包含在一个status报文中发送给DTE,本次PVC状态查询流程结束。
步骤104:DCE将部分PVC信息包含在一个全状态继续报文中发送给DTE。
步骤105:DTE收到该全状态继续报文后,检测到该报文类型为全状态继续报文,则继续向DCE发送全状态继续查询报文。
步骤106:DCE收到该全状态继续报文查询报文后,判断自身剩余的PVC信息是否足够包含在一个status报文中,若是,执行步骤107;否则,执行步骤108。
步骤107:DCE将剩余的PVC信息包含在一个status报文中发送给DTE,本次PVC状态查询流程结束。
步骤108:DCE将剩余的部分PVC信息包含在一个全状态继续报文中发送给DTE,转至步骤105。
FRF.1.2虽然解决了接口下的PVC数目受限的问题,但是具有以下缺点:
1、当DCE无法将所有PVC信息通过一个status报文发送时,DTE需要向DCE多次发送全状态继续查询报文,增加了系统的信令开销,且增加了查询时长,降低了查询效率。
2、由于FRF.1.2与FRF.1相比,增加了新的报文类型:全状态继续查询报文和全状态继续报文,因此与FRF.1兼容性较差。
3、需要修改目前LMI状态机的实现机制,增加了系统成本。
发明内容
本发明提供一种PVC状态查询系统,以提高PVC状态查询效率。
本发明的技术方案是这样实现的:
一种PVC状态查询方法,包括:
DCE收到DTE发来的全状态查询报文,根据自身与DTE相连的接口的MTU大小,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。
所述DCE在非最后一个发送的状态报文中设置存在后续状态报文的指示为:DCE在非最后一个发送的每个状态报文中的任意一个PVC状态字段的保留位中设置存在后续状态报文的指示;
或者为:DCE在非最后一个发送的每个状态报文中的部分PVC状态字段的保留位中设置存在后续状态报文的指示;
或者为:DCE在非最后一个发送的每个状态报文中的所有PVC状态字段的保留位中设置存在后续状态报文的指示。
所述DCE在非最后一个发送的状态报文中设置存在后续状态报文的指示为:DCE将非最后一个发送的每个状态报文的第一个PVC状态字段的保留位设置为1。
所述DCE将状态报文发送给DTE之后进一步包括:
DTE收到状态报文后,判断该状态报文中是否设置有存在后续状态报文的指示,若是,继续等待DCE发来的状态报文;否则,将本次PVC状态查询过程中收到的所有PVC信息重新组成一个新的状态报文,上报给上层接口。
所述方法进一步包括:DTE设置一个周期性启动的定时器,
所述DCE收到DTE发来的全状态查询报文之前进一步包括:DTE检测到所述定时器超时,向DCE发送全状态查询报文,并重新启动定时器;
所述方法进一步包括:DTE检测到定时器超时,且仍未收到DCE发来的最后一个状态报文,则重新向DCE发送全状态查询报文,并重新启动定时器。
所述DTE检测到未收到DCE发来的状态报文之后、重新向DCE发运全状态查询报文之前,进一步包括:DTE删除自身保存的DCE在本次PVC查询过程中发来的状态报文。
所述DCE将所有PVC信息分别包含在一个以上的状态报文中发送给DTE包括:DCE按照PVC序号的从小到大,依次将PVC信息封装到一个以上的状态报文中,并在非最后一个生成的所有状态报文中设置存在后续状态报文指示,按照各状态报文的生成顺序将各状态报文发送给DTE。
一种PVC状态查询系统,包括:DTE和DCE,其中:
DTE,用于向DCE发送全状态查询报文;
DCE,用于接收DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。
所述DTE进一步用于,接收DCE发来的状态报文,若检测到该报文中未设置存在后续状态报文的指示,且本次PVC状态查询过程中收到的状态报文的数目大于1,则将所有状态报文中的PVC信息重新组成一个新的状态报文,上报给上层接口。
所述DTE进一步用于,在向DCE发送全状态查询报文的同时,启动定时器,在检测到定时器超时、且未收到DCE发来的最后一个状态报文时,重新向DCE发送全状态查询报文,并重新启动定时器。
所述DTE包括:全状态查询报文发送模块和状态报文接收判断模块,其中:
全状态查询报文发送模块,用于向DCE发送全状态查询报文;
状态报文接收判断模块,用于接收DCE发来的状态报文,判断该报文的PVC状态字段的保留位中是否设置有存在后续状态报文的指示,若是,继续等待DCE发来的状态报文;若否,且本次PVC状态查询过程中收到的状态报文的数目大于1,则将所有状态报文中的PVC信息重新组成一个新的状态报文,上报给上层接口。
所述全状态查询报文发送模块进一步用于,在向DCE发送全状态查询报文的同时,向状态报文接收判断模块发送启动定时器指示,并在收到状态报文接收判断模块发来的重新查询指示时,向DCE发送全状态查询报文;
所述状态报文接收判断模块进一步用于,根据全状态查询报文发送模块发来的启动定时器指示,启动定时器,或者,在检测到DCE发来的报文的PVC状态字段的保留位中设置有存在后续状态报文的指示时,重新启动定时器,当在定时器超时时,若仍未收到DCE发来的最后一个状态报文,则向全状态查询报文发送模块发送重新查询指示。
一种DCE,包括:状态报文判断生成模块和状态报文发送模块,其中:
状态报文判断生成模块,用于接收DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有的PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中,并在非最后一个生成的所有状态报文的PVC状态字段的保留位中设置存在后续状态报文的指示,将各状态报文以及各状态报文的生成顺序信息发送给状态报文发送模块;
状态报文发送模块,用于按照状态报文判断生成模块发来的状态报文的生成顺序信息,将状态报文判断生成模块发来的各状态报文依次发送给DTE。
该DCE进一步用于,收到DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文足够容纳该接口下的所有PVC信息,则将所有PVC信息包含在一个状态报文中发送给DTE。
与现有技术相比,本发明在DCE收到DTE发来的全状态查询报文后,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。本发明不仅实现了接口下的PVC数目不受限制,同时具有以下优点:
一、在每次PVC状态查询过程中,DTE只需发送一次全状态查询报文,提高了PVC状态查询效率。
二、对于不支持对状态报文中设置的存在后续状态报文的指示进行解析的DTE,仍然能够保证一定数目的PVC能够正常使用,提高了与现有的DTE的兼容性。
三、不更改现有的报文格式,无需对现有的LMI状态机进行修改,降低了系统成本。
附图说明
图1为现有的利用全状态继续报文进行PVC状态查询的流程图;
图2为本发明实施例提供的进行PVC状态查询的流程图;
图3为本发明实施例提供的进行PVC状态查询的系统组成图;
图4为本发明实施例提供的DTE的结构示意图;
图5为本发明实施例提供的DCE的结构示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图2是本发明实施例提供的进行PVC状态查询的流程图,如图2所示,其具体步骤如下:
步骤201:DTE检测到本次PVC状态查询过程开始,向DCE发送全状态查询报文,并启动定时器T391。
通常,也将定时器T391作为PVC状态查询过程的启动定时器,当T391超时时,启动新一轮的PVC状态查询过程。
步骤202:DCE收到该全状态查询报文后,根据自身与DTE相连的接口支持的MTU大小,判断该接口下能发送的最大状态(status)报文是否能容纳自身与DTE相连的接口下的所有的PVC信息,若是,执行步骤203;否则,执行步骤204。
步骤203:DCE将所有PVC信息包含在一个status报文中发送给DTE,本次PVC状态查询流程结束。
步骤204:DCE将自身与DTE相连的接口下的PVC信息分别包含在一个以上的status报文中发送给DTE,且在非最后一个发送的状态报文的PVCstatus字段的保留位中设置存在后续status报文的指示信息。
一个status报文中包含多个PVC status字段,每个PVC status字段描述一个PVC的状态信息,每个PVC status字段的最后都包含一个保留位(bit),该保留位的默认值为0。本发明中,通过将该保留位设置为1来表示当前status报文后还有后续的status报文。具体地,可将status报文中的部分PVCstatus字段的保留位设置为1,也可将所有PVC status字段的保留位设置为1,但是,为了方便DCE查询起见,最好将第一个PVC status字段的保留位设置为1,而将其它PVC status字段的保留位保持0不变。
DCE可以连续生成status报文,每生成完一个status报文发送一个;也可以将所有status报文分成多次生成,每生成完一部分status报文,将该部分生成完的报文按照生成顺序发送出去;也可以先将所有status报文一次性生成完毕,然后按照各status报文的生成顺序,将各status报文依次发送出去。具体地,DCE可按照PVC的序号的从小到大将各PVC信息顺序封装到各status报文中,例如:先将PVC序号为1~100的PVC信息封装在第一个status报文中,再将PVC序号为101~200的PVC信息封装在第二个status报文中,依此类推,并按照status报文的生成顺序发送status报文。
步骤205:DTE在定时器T391超时前收到该status报文后,判断该报文的PVC status字段的保留位是否指示存在后续的status报文,若是,执行步骤206;否则,执行步骤207。
步骤206:DTE重新启动定时器T391,等待下一个status报文,转至步骤205。
DTE在收到status报文、且检测到该报文的PVC status字段的保留位指示还有后续的status报文时,DTE要重新启动定时器T391,等待下一个status报文。
本发明中,若在定时器T391超时时,DTE仍未收到DCE发来的最后一个status报文,则DTE会删除在本次PVC状态查询过程中收到的status报文,并重新向DCE发送全状态查询报文,开始新一轮的PVC状态查询过程。具体地,DTE通过判断是否收到DCE发来的保留位中未指示存在后续status报文的status报文,来确定是否已收到DCE发来的最后一个status报文,若是,则确定已收到最后一个status报文;否则,确定未收到最后一个status报文。
步骤207:DTE提取在本次PVC状态查询过程中收到的所有status报文中的PVC status字段中包含的PVC信息,将提取的所有PVC信息重新组成一个新的status报文后上报给上层接口,本次PVC状态查询流程结束。
图3是本发明实施例提供的进行PVC状态查询的系统组成图,如图3所示,其主要包括:DTE31和DCE32,其中:
DTE31:用于在本次PVC状态查询过程开始时,向DCE32发送全状态查询报文,并启动定时器T391,在收到DCE32发来的status报文后,判断该报文的PVC status字段的保留位中是否设置有存在后续status报文的指示,若是,重新启动定时器T391继续等待DCE32发来的status报文;若否,且本次PVC状态查询过程中收到的status报文的数目大于1,则从收到的所有status报文中提取出PVC信息,将提取出的PVC信息重新组成一个新的status报文后上报给上层接口。
DTE31进一步用于,在定时器T391超时时,仍未收到DCE32发来的最后一个status报文,则删除在本次PVC状态查询过程中收到的status报文,并重新向DCE32发送全状态查询报文,开始新一轮的PVC状态查询过程。
DCE32:用于在收到DTE31发来的全状态查询报文后,根据自身与DTE31相连的接口的MTU大小,判断该接口下能发送的最大status报文是否能容纳该接口下的所有的PVC信息,若是,将所有的PVC信息包含在一个status报文中发送给DTE31;否则,将所有PVC信息分别包含在一个以上的status报文中发送给DTE31,并在非最后一个发送的status报文的PVCstatus字段的保留位中设置存在后续status报文的指示。
如图4所示,DTE31主要包括:全状态查询报文发送模块311和Status报文接收判断模块312,其中:
全状态查询报文发送模块311:用于在检测到本次PVC状态查询过程开始或收到Status报文接收判断模块312发来的重新查询指示时,向DCE32发送全状态查询报文,并向status报文接收判断模块312发送启动定时器指示。
Status报文接收判断模块312:用于在收到全状态查询报文发送模块311发来的启动定时器指示后,启动定时器T391,在收到DCE32发来的status报文后,判断该报文的PVC status字段的保留位中是否设置存在后续status报文的指示,若是,重新启动定时器T391继续等待DCE32发来的status报文;若否,且本次PVC状态查询过程中收到的status报文的数目大于1,则从所有status报文中提取出PVC信息,将提取出的PVC信息重新组成一个新的staus报文后发送给上层接口。
Status报文接收判断模块312进一步用于,在定时器T391超时时,仍未收到DCE32发来的PVC status字段的保留位中未设置存在后续status报文指示的status报文,则删除在本次PVC状态查询过程中收到的status报文,并向全状态报文发送模块311发送重新查询指示。
如图5所示,DCE32主要包括:status报文判断生成模块321和status报文发送模块322,其中:
Status报文判断生成模块321:用于在收到DTE31发来的全状态查询报文后,根据自身与DTE31相连的接口的MTU大小,判断该接口下能发送的最大status报文是否能容纳该接口下的所有的PVC信息,若是,将所有的PVC信息包含在一个status报文中,将该报文发送给status报文发送模块322;否则,将所有的PVC信息分别包含在一个status报文中,且在非最后一个生成的status报文的PVC status字段的保留位中设置存在后续status报文的指示,将各status报文以及各status报文的生成顺序信息发送给status报文发送模块322。
Status报文发送模块322:用于按照status报文判断生成模块321发来的各status报文的生成顺序,将status报文判断生成模块321发来的各status报文依次发送给DTE31。
这里,Status报文判断生成模块321可根据PVC序号的从小至大,依次将各PVC信息封装到各status报文中。
本发明中,若DTE不支持对status报文的PVC status字段的保留位的解析,则DTE在一次PVC状态查询过程中收到多个status报文时,DTE可能只接受最后一个status报文中包含的PVC信息,这样,仍然可以使得部分PVC能够正常操作。
以上所述仅为本发明的过程及方法实施例,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (1)
1、一种永久虚电路PVC状态查询系统,其特征在于,包括:数据终端设备DTE和数据通信设备DCE,其中:
DCE,用于接收DTE发来的全状态查询报文,若根据自身与DTE相连的接口的最大允许传输单元MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示;
所述DTE包括:全状态查询报文发送模块和状态报文接收判断模块,其中:
全状态查询报文发送模块,用于向DCE发送全状态查询报文,同时向状态报文接收判断模块发送启动定时器指示,并在收到状态报文接收判断模块发来的重新查询指示时,向DCE发送全状态查询报文;
状态报文接收判断模块,用于接收DCE发来的状态报文,判断该报文的PVC状态字段的保留位中是否设置有存在后续状态报文的指示,若是,继续等待DCE发来的状态报文;若否,且本次PVC状态查询过程中收到的状态报文的数目大于1,则将所有状态报文中的PVC信息重新组成一个新的状态报文,上报给上层接口;根据全状态查询报文发送模块发来的启动定时器指示,启动定时器,或者,在检测到DCE发来的报文的PVC状态字段的保留位中设置有存在后续状态报文的指示时,重新启动定时器,当在定时器超时时,若仍未收到DCE发来的最后一个状态报文,则向全状态查询报文发送模块发送重新查询指示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006101376366A CN100548002C (zh) | 2006-10-31 | 2006-10-31 | 永久虚电路状态查询系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006101376366A CN100548002C (zh) | 2006-10-31 | 2006-10-31 | 永久虚电路状态查询系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1946083A CN1946083A (zh) | 2007-04-11 |
CN100548002C true CN100548002C (zh) | 2009-10-07 |
Family
ID=38045296
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006101376366A Expired - Fee Related CN100548002C (zh) | 2006-10-31 | 2006-10-31 | 永久虚电路状态查询系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100548002C (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105519232B (zh) | 2014-08-01 | 2019-03-01 | 华为技术有限公司 | 一种无线网络中传输数据的装置及方法 |
CN111756734A (zh) * | 2020-06-24 | 2020-10-09 | 江西安百川电气有限公司 | 一种变频器内部互联通信接口与协议 |
-
2006
- 2006-10-31 CN CNB2006101376366A patent/CN100548002C/zh not_active Expired - Fee Related
Non-Patent Citations (4)
Title |
---|
FRF.1.2. Frame,relay,forum,technical,committee.. 2000 |
FRF.1.2. Frame,relay,forum,technical,committee.. 2000 * |
TCP/IP详解卷1:协议. W.Richard Stevens,第111-112页,机械工业出版社. 2000 |
TCP/IP详解卷1:协议. W.Richard Stevens,第111-112页,机械工业出版社. 2000 * |
Also Published As
Publication number | Publication date |
---|---|
CN1946083A (zh) | 2007-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103490958B (zh) | 一种测试采集终端本地通信单元互换性的方法 | |
CN105657000A (zh) | 消息传送方法及装置 | |
CN105677433A (zh) | 服务器程序热升级的方法及装置 | |
EP2787742A1 (en) | Method and system for transmitting network video | |
CN102790727B (zh) | 一种动态推送用户个人标签的方法和系统 | |
CN101907998A (zh) | 嵌入式系统的更新系统和方法 | |
CN101615141A (zh) | 一种进行应用程序调度的方法及应用程序调度模块 | |
CN101593119A (zh) | 一种独占闪存组合设备空中固件升级方法及装置 | |
CN108965003A (zh) | 一种分布式集群的部署方法、装置、系统及存储介质 | |
CN101494560A (zh) | 主从网络设备配置方法、装置和系统 | |
CN104660639B (zh) | 云终端升级处理方法及装置 | |
CN103701876A (zh) | 一种基于网络共享资源的方法及装置 | |
CN104410875A (zh) | 实现iptv盒端业务零配置自动开通的系统及方法 | |
CN101778134A (zh) | 数据同步方法及移动通信终端 | |
CN101516131A (zh) | 一种数据同步的方法、系统和装置 | |
CN102164422A (zh) | 一种资源的释放方法、系统及基站 | |
CN102437921B (zh) | 配置信息的存储方法和网络设备 | |
CN100548002C (zh) | 永久虚电路状态查询系统 | |
CN106155842A (zh) | 一种数据迁移方法及装置 | |
CN104821889B (zh) | 一种备份报文的处理方法和设备 | |
CN103034632A (zh) | 一种信息传送方法和系统 | |
CN103377052A (zh) | 基于文件同步服务的自动下载适配应用程序的方法和系统 | |
CN102025512A (zh) | 业务运营支撑系统、业务开通方法及设备 | |
CN101183973A (zh) | 一种分布式系统中命令行配置下发的实现方法 | |
CN105743669A (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 | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091007 Termination date: 20201031 |
|
CF01 | Termination of patent right due to non-payment of annual fee |