CN1946083A - 永久虚电路状态查询方法和系统及数据通信设备 - Google Patents
永久虚电路状态查询方法和系统及数据通信设备 Download PDFInfo
- Publication number
- CN1946083A CN1946083A CNA2006101376366A CN200610137636A CN1946083A CN 1946083 A CN1946083 A CN 1946083A CN A2006101376366 A CNA2006101376366 A CN A2006101376366A CN 200610137636 A CN200610137636 A CN 200610137636A CN 1946083 A CN1946083 A CN 1946083A
- Authority
- CN
- China
- Prior art keywords
- message
- state
- dce
- pvc
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
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状态查询方法和系统以及一种DCE,以提高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 (14)
1、一种永久虚电路PVC状态查询方法,其特征在于,包括:
数据通信设备DCE收到数据终端设备DTE发来的全状态查询报文,根据自身与DTE相连的接口的最大允许传输单元MTU大小,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。
2、如权利要求1所述的方法,其特征在于,所述DCE在非最后一个发送的状态报文中设置存在后续状态报文的指示为:DCE在非最后一个发送的每个状态报文中的任意一个PVC状态字段的保留位中设置存在后续状态报文的指示;
或者为:DCE在非最后一个发送的每个状态报文中的部分PVC状态字段的保留位中设置存在后续状态报文的指示;
或者为:DCE在非最后一个发送的每个状态报文中的所有PVC状态字段的保留位中设置存在后续状态报文的指示。
3、如权利要求1所述的方法,其特征在于,所述DCE在非最后一个发送的状态报文中设置存在后续状态报文的指示为:DCE将非最后一个发送的每个状态报文的第一个PVC状态字段的保留位设置为1。
4、如权利要求1所述的方法,其特征在于,所述DCE将状态报文发送给DTE之后进一步包括:
DTE收到状态报文后,判断该状态报文中是否设置有存在后续状态报文的指示,若是,继续等待DCE发来的状态报文;否则,将本次PVC状态查询过程中收到的所有PVC信息重新组成一个新的状态报文,上报给上层接口。
5、如权利要求1所述的方法,其特征在于,所述方法进一步包括:DTE设置一个周期性启动的定时器,
所述DCE收到DTE发来的全状态查询报文之前进一步包括:DTE检测到所述定时器超时,向DCE发送全状态查询报文,并重新启动定时器;
所述方法进一步包括:DTE检测到定时器超时,且仍未收到DCE发来的最后一个状态报文,则重新向DCE发送全状态查询报文,并重新启动定时器。
6、如权利要求5所述的方法,其特征在于,所述DTE检测到未收到DCE发来的状态报文之后、重新向DCE发送全状态查询报文之前,进一步包括:DTE删除自身保存的DCE在本次PVC查询过程中发来的状态报文。
7、如权利要求1所述的方法,其特征在于,所述DCE将所有PVC信息分别包含在一个以上的状态报文中发送给DTE包括:DCE按照PVC序号的从小到大,依次将PVC信息封装到一个以上的状态报文中,并在非最后一个生成的所有状态报文中设置存在后续状态报文指示,按照各状态报文的生成顺序将各状态报文发送给DTE。
8、一种PVC状态查询系统,其特征在于,包括:DTE和DCE,其中:
DTE,用于向DCE发送全状态查询报文;
DCE,用于接收DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中发送给DTE,并在非最后一个发送的状态报文中设置存在后续状态报文的指示。
9、如权利要求8所述的系统,其特征在于,所述DTE进一步用于,接收DCE发来的状态报文,若检测到该报文中未设置存在后续状态报文的指示,且本次PVC状态查询过程中收到的状态报文的数目大于1,则将所有状态报文中的PVC信息重新组成一个新的状态报文,上报给上层接口。
10、如权利要求8所述的系统,其特征在于,所述DTE进一步用于,在向DCE发送全状态查询报文的同时,启动定时器,在检测到定时器超时、且未收到DCE发来的最后一个状态报文时,重新向DCE发送全状态查询报文,并重新启动定时器。
11、如权利要求8所述的系统,其特征在于,所述DTE包括:全状态查询报文发送模块和状态报文接收判断模块,其中:
全状态查询报文发送模块,用于向DCE发送全状态查询报文;
状态报文接收判断模块,用于接收DCE发来的状态报文,判断该报文的PVC状态字段的保留位中是否设置有存在后续状态报文的指示,若是,继续等待DCE发来的状态报文;若否,且本次PVC状态查询过程中收到的状态报文的数目大于1,则将所有状态报文中的PVC信息重新组成一个新的状态报文,上报给上层接口。
12、如权利要求11所述的系统,其特征在于,所述全状态查询报文发送模块进一步用于,在向DCE发送全状态查询报文的同时,向状态报文接收判断模块发送启动定时器指示,并在收到状态报文接收判断模块发来的重新查询指示时,向DCE发送全状态查询报文;
所述状态报文接收判断模块进一步用于,根据全状态查询报文发送模块发来的启动定时器指示,启动定时器,或者,在检测到DCE发来的报文的PVC状态字段的保留位中设置有存在后续状态报文的指示时,重新启动定时器,当在定时器超时时,若仍未收到DCE发来的最后一个状态报文,则向全状态查询报文发送模块发送重新查询指示。
13、一种DCE,其特征在于,包括:状态报文判断生成模块和状态报文发送模块,其中:
状态报文判断生成模块,用于接收DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文不能容纳该接口下的所有的PVC信息,则将所有PVC信息分别包含在一个以上的状态报文中,并在非最后一个生成的所有状态报文的PVC状态字段的保留位中设置存在后续状态报文的指示,将各状态报文以及各状态报文的生成顺序信息发送给状态报文发送模块;
状态报文发送模块,用于按照状态报文判断生成模块发来的状态报文的生成顺序信息,将状态报文判断生成模块发来的各状态报文依次发送给DTE。
14、如权利要求13所述的DCE,其特征在于,该DCE进一步用于,收到DTE发来的全状态查询报文,若根据自身与DTE相连的接口的MTU,判定该接口能发送的最大状态报文足够容纳该接口下的所有PVC信息,则将所有PVC信息包含在一个状态报文中发送给DTE。
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 true CN1946083A (zh) | 2007-04-11 |
CN100548002C 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) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016015346A1 (zh) * | 2014-08-01 | 2016-02-04 | 华为技术有限公司 | 一种无线网络中传输数据的装置及方法 |
CN111756734A (zh) * | 2020-06-24 | 2020-10-09 | 江西安百川电气有限公司 | 一种变频器内部互联通信接口与协议 |
-
2006
- 2006-10-31 CN CNB2006101376366A patent/CN100548002C/zh not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016015346A1 (zh) * | 2014-08-01 | 2016-02-04 | 华为技术有限公司 | 一种无线网络中传输数据的装置及方法 |
US10805927B2 (en) | 2014-08-01 | 2020-10-13 | Huawei Technologies Co., Ltd. | Apparatus and method for transmitting data in wireless network |
CN111756734A (zh) * | 2020-06-24 | 2020-10-09 | 江西安百川电气有限公司 | 一种变频器内部互联通信接口与协议 |
Also Published As
Publication number | Publication date |
---|---|
CN100548002C (zh) | 2009-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1276340C (zh) | 多窗口显示设备以及多窗口管理方法 | |
CN100337235C (zh) | 访问数据库的方法及装置 | |
CN1825807A (zh) | 一种即时通信消息显示管理系统及其方法和显示界面 | |
CN1076321A (zh) | 分批接收数据包的方法和装置 | |
CN1764117A (zh) | 向以太网无源光网络中的光网络单元发送升级软件的方法 | |
CN1905531A (zh) | 待发送数据的处理方法以及数据发送方法、装置 | |
CN1753408A (zh) | 删除服务数据单元序列的方法及通讯装置 | |
CN1881934A (zh) | 微处理器、网络系统和通信方法 | |
CN101039224A (zh) | 一种周期性探测链路状态的方法及设备 | |
CN1913524A (zh) | 一种网络管理系统接口协商的方法及其装置 | |
CN101039314A (zh) | 一种在演进接入网络中实现安全性保证的方法 | |
CN101039496A (zh) | 无线通信系统中级联方式连接的被管理模块的升级方法 | |
CN1217798A (zh) | 用于使互联网不同计算机中的程序同步的方法 | |
CN101035025A (zh) | 一种网络设备管理的方法和系统 | |
CN1866961A (zh) | 一种客户系统与服务系统数据同步的方法及系统 | |
CN1295903C (zh) | 一种系统安全启动方法 | |
CN1750667A (zh) | 获取移动终端更新能力信息的方法 | |
CN1180340C (zh) | 通过无线通信进行交叉扩展的装置和方法 | |
CN1946083A (zh) | 永久虚电路状态查询方法和系统及数据通信设备 | |
CN101052194A (zh) | 一种实现本地维护终端维护远端射频终端的装置 | |
CN100343814C (zh) | 一种数据管理系统及方法 | |
CN1642167A (zh) | 主节点支持从节点上不同协议类型从单元设备的方法 | |
CN101039216A (zh) | 一种分布式系统定时方法、装置及系统 | |
CN1761211A (zh) | 支持无线移动通信网络设备的管理和控制方法及系统 | |
CN1859120A (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 | ||
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. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091007 Termination date: 20201031 |