专利名称：无线通讯系统中防止数据传输死锁的加强查询方法
技术领域：
本发明是相关于无线通讯系统，尤指一种用于第三代移动通讯系统(3GPP) 中用来加强查询机制，以避免数据传输死锁的装置与方法。
背景技术：
随着信息时代的来临，各种移动通讯的需求日益增加，迫使企业发展出 愈来愈精密复杂的通讯标准。第三代移动通讯联盟(3GPP)即为一应运而生的 国际标准通讯协议制定组织。该组识所制定的一整套第三代移动通讯规范中， 与本发明密切相关的规范为25.322 V6. 1. 0 (2004-06)无线链接控制(RLC) 协议规格，提供全球移动电信系统(UMTS)有关数据传输控制协议的技术性说 明书。(请参考文献3GPP TS 25.322)这些标准利用三层子层方式来达成通讯。请参考第1图。第1图为三层 式通讯协议的方块图。在典型的无线环境中，有第一站台IO以及一个或是多 个第二站台20。于第一站台10中有应用程序(application)13，其包含消息 (message) 11并经由第三层接口 12将消息11传递至第二站台20。第三层接 口 12可产生一些第三层信令消息(signaling message) 14用来控制第三层的 运作。第三层接口 12通过第二层伺服数据单元(Layer 2 SDU)15将消息11 或者第三层信令消息14传递至第二层接口 16。第二层伺服数据单元15可为 任何长度。第二层接口 16将第二层伺服数据单元15转换成一个或多个第二 层协议数据单元(Layer 2 PDU) 17。每一第二层协议数据单元17为固定长度， 且被传递到第一层接口 18。该协议数据单元的特定长度是依照上述参考文献 中传输站台的无线链接控制层所指定的。第一层接口 18是物理层，将数据传递至第二站台20。被传送的数据通过第二站台20中的第一层接口 28接收， 并重组成一个或者多个协议数据单元27而后上传至第二层接口 26。第二层 接口 26接收协议数据位27并产生一个或者多个第二层伺服数据单元25。第 二层伺服数据单元25被上传至第三层接口 (Layer 3)22。第三层接口 22依序 将第二层伺服数据单元25转换回消息21或者第三层信令消息24，并交由第 三层接口22处理。其中，消息21应与第一站台10中由应用程序13所产生 的原始消息11完全相同，且第三层信令消息24应与由第三层接口 12所产生 的原始信令消息14完全相同。将已接收的消息21上传至应用程序23。(特 别注意到本发明所用的专业术语，协议通讯单元PDU是指某一子层与较低子 层间相互传递的数据单元，而伺服数据单元SDU是指某一子层与较高子层间 相互传递的数据单元。)上面所提到的协议规范包含三种数据传输模式透传模式(transparent mode , TM)、确认才莫式(acknowledged mode , AM)、 以及非确认才莫式 (unacknowledged mode， UM)。由于本发明只与确认模式(AM)有关，先前技术 的讨论范围只局限在与确认模式相关的数据。所谓的确认模式是由于接收站台需回报数据接收状况给该传送站台，以 确认消息或部分消息是否已被成功地接收到。藉由该接收站台所回报的数据， 该传送站台得以继续传送更多的数据或者重传先前已传输过但尚未成功收讫 的数据。此一功能的需求使得此种传输模式需要花费更多的传送时间以及成 本。利用传送站台中的无线链接控制层需要设法减少上述花费的沖击。可以 藉由小心控制发送给该接收站台要求传回确认消息(像是接收状态报告)的要查询位(polling bit)设为1时，代表要求(request)该接收站台回报接收状 态报告(status report),此操作称为「查询」。请参考第2图。第2图为确 认模式协议数据单元30的构造方块图。确认模式协议数据单元30包含预定 数目的八字节，亦即如上所述，特定通讯系统中每个确认模式协议数据单元 有其固定的长度。确认模式协议数据单元30的第一个八字节31包含数据/ 控制(D/C)位310用来标示该协议数据单元的种类是「数据」或者「控制J, 又包含该协议数据单元序号(SN)311的前七位。第二字节32包含该序号剩下 的五个位320、查询位321、以及二位的标头延伸字段(header extension field) 322。该十二位的序号是接收站台用来重建原始消息，而该标头延伸字段(HE)是用来指示接下来的八字节，即第三字节33是数据字节还是长度指针字段(LI)加上延伸位。如确认模式协议数据单元30所示，第三个字节33为 长度指标字段330及延伸位331;长度指针字段330是用来标示出数据区块 35的最后一个字节在协议数据单元30中的位置。 一个确认;漠式协议数据单 元可能包含不只一个的长度指针字段，因此延伸位331是用来标示接下来的 八字节是数据字节还是另一长度指针字段加上延伸位。因此第一长度指标字 段330与最后一长度指标字段340之间可能包含有数个长度指标字段。由于 每个协议数据单元必须符合预定的长度，纵使数据35不足以填满全部的字 节，协议数据单元30仍无法缩短，可将填充字段(padding) 36填入剩余的字 节。特别要注意的是查询位321。其功能是促使该接收站台在收到任何协议 数据单元后，如果其查询位的值为1,则需回报接收状态报告。请参考第3 图，该图描述于传送站台41与接收站台42间传输确认模式协议数据单元的 消息顺序图。 一连串的协议数据单元400-405依序从传送站台41送到接收站 台42，当传送最后一个协议数据单元405时，将其查询位设为1。根据所接 收的协议数据单元405,接收站台42送出接收状态报告406回传送站台41 当作回应。将该协议数据单元的查询位设为1的触发功能是由先前提到的无线链接 控制的上层所决定的。文中所讨论的通讯系统，可决定在以下的任一种事件 发生时，触发查询(1) 在首次传输緩冲存储器中的最后一个协议数据单元被传输时。(2) 在重传緩冲存储器中的最后一个协议数据单元被传输时。(3) 于「定时催询定时器」期满时。(此称为「定时催询」功能，也就是 当一查询被送出一段预定时间后，如仍未收到接收状况回报，即触发另一查 询，进4亍催询。)(4) 一定量的协议数据单元被送出时。(此称为「定量PDU查询」功能， 每当预定数目的协议数据单元被排定传输或重传时，触发查询。)(5) —定量的伺服数据单元被送出时。(此称为「定量SDU查询」功能， 每当预定数目的伺服数据单元被排定传输时，触发查询。)(6) 达到传送窗的特定百分比进度时。(此称为「传送窗进度查询」功能， 当传送到传送窗的特定百分比进度时，触发查询。)(7)—段预定时间已逾时时。(此称为r周期式定时查询」功能，换言之， 定期地触发查询。)此外，该上层可能决定启用一个暂禁查询功能。在查询被送出时，启动 定时器，称为「查询暂禁定时器」。于此定时器计时期间，暂时禁止送出查询。 于计时期间，如有查询被触发，该查询会被延迟至该定时器期满后才送出。于 r查询暂禁定时器」计时期间，如有多个查询被触发，当该定时器期满后， 只送出一个查询。先前技术中由3GPP TS 25.322所揭露的查询流程图，可以概括于第4 图所示的流程图步骤1000:流程开始。步骤1001:系统检查是否有新的协议数据单元等候传输。假如有，程序 继续进行到步骤1010。否则，程序进行到步骤1002。步骤1002:系统检查是否有回报欠收的协议数据单元等候重传。假如 有，程序继续进行到步骤1011。否则，程序进行到步骤1003。步骤1003:系统检查是否有查询功能已被触发。假如有，程序继续进行 到步骤1004。否则，程序中止于步骤1017。步骤1004:系统检查查询是否被暂时禁止。假如查询未被暂时禁止，程 序继续进行到步骤1005。否则，程序中止于步骤1017。步骤1005:启动查询功能，将下一个送出的协议数据单元的查询位设为1。步骤1006:系统检查是否没有安排传输或重传任何的协议数据单元，而 且有已传送过但尚未被确认收讫的协议数据单元。假如检查结果是肯定的话， 程序继续进行到步骤1007。否则，程序中止于步骤1017。步骤1007:系统检查在步骤1003中的查询功能是否由「定时催询」或 者r周期性定时查询」功能之一所触发。假如是，程序继续进行到步骤1008。 否则，程序中止于步骤1017。步骤1008:系统选择合适的协议数据单元来重传，以传递查询位。步骤1009:系统安排重传该选定的协议数据单元。程序继续进行到步骤 1016。步骤1010: 系统安排传输新的协议数据单元。程序继续进行到步骤 1012。步骤1011:系统安排重传回报欠收(NACKed)的协议数据单元。步骤1012:系统检查是否已触发查询功能。假如有，程序继续进行到步 骤1013。否则，程序进行到步骤1015。步骤1013:系统检查查询功能是否被暂时禁止。假如查询被暂时禁止， 程序继续进行到步骤1015。否则，程序进行到步骤1014。步骤1014:启动查询功能，将下一个送出的协议数据单元的查询位设为1。步骤1015:不启动查询功能，将下一个送出的协议数据单元的查询位设为0。步骤1016:系统将该协议数据单元送至较低子层以供传输。 步骤1017:程序中止。请参考第5图，说明与第3图类似的消息顺序图的特征，且保留同样的 指标号码。假设无线链接控制层的上层决定传送站台应启动下列五种查询触 发功能(1) 首传緩冲存储器中的最后一个协议数据单元；(2) 重传緩冲存储器中的最后一个协议数据单元；(3) 定时催询(定时催询定时器的长度Timer—Poll = 200 ms);(4) 定量协议数据单元(定量值PolLPDU-4);以及(5) 定量伺服数据单元(定量值Pol 1 _SDU = 4)。假设上层未启动「传送窗进度查询」功能跟「周期式定时查询」功能； 假设该查询暂禁功能的定时器长度Tiraer-Poll-Prohibit = 250 ms;另外， 假设上层要求送出伺服数据单元，且要求于传送成功后，需回报上层传送成 功的消息；并假设该伺服数据单元被分段成六个协议数据单元。传送站台41会依序将六个协议数据单元400 - 405送出(其序号SN依序 为0、 1、 2、 3、 4、 5)。当第四个协议数据单元403 (SN= 3)被安排传输时， 每Poll-PDU ( = 4)个PDU的「定量PDU查询」功能被触发，因此，将第四 个协议数据单元403的查询位设为1。当协议数据单元403 (SN = 3)经由较低 子层传送之后，同时启动定时催询定时器(Timer-Poll, 200 ms)45与查询暂 禁定时器(Timer—Poll_Prohibit， 250 ms) 43。该传送端继续安排传输第五个 (SN-4)及第六个(SN-5)协议数据单元(即PDU 4(M、 405)。当协议数据单元 405 (SN = 5)被送出后，因为没有別的协议数据单元需要被传送，该「首传緩冲存储器中的最后一个协议数据单元」触发会被启动；由于该查询暂禁定时器仍未期满，查询的操作延迟48,因此第六个协议数据单元405被传送出， 但将其查询位设为0,而不设为1。假定第三个协议数据单元402 (SN-2)在 无线传输期间遗失了。当该接收站台收到第四个协议数据单元403 (其查询位 设为1)，该接收站台送出接收状态报告406回报成功接收并确认收讫PDU 400、 401、 403 (SN-0、 1、 3)，但PDU 402 (SN = 2)回报欠收。假设接收状态 报告406在无线传输期间遗失了 。在一时间点46，定时催询定时器45期满(逾时)，然而因为查询暂禁定 时器43仍未期满，被定时催询定时器45所启动的查询触发49也会被延迟。 在一时间点44当查询暂禁定时器43期满后，纵使存在有两个被延迟的查询 触发48、 49，只会启动一次查询，且通过PDU 402a送出。协议数据单元PDU 4 02a系为重传已传送但尚未被确认收讫的协议数据单元PDU 4 00 (因接收状态 报告406遗失，传送站台41并不知道接收站台42已收到该协议数据单元PDU 400)。当收到协议数据单元PDU 402a后，接收站台42送出接收状态报告407 回报给传送站台41,确认收讫协议数据单元PDU 400、 401、 403、 404、 405 (SN =0、 1、 3、 4、 5)并回报欠收协议数据单元PDU 402(SN = 2)。于是，通过习 知的方法即可知道让传送站台41重传PDU 402,并将其查询位设为1 (未显 示于第5图中)。在第5图中，于时间点46，该查询暂禁定时器43期满后，没有回报欠 收的协议数据单元或是其它新的伺服数据单元要安排传输且6个协议数据单 元400 - 405都是已传送过但尚未被确认收说的协议数据单元(步骤1006检查 通过)，有一个被延迟的查询是由「定时催询」所触发(步骤1007检查通过)， 因此，可利用第4图中步骤1008、 1009、 1016所提到的，选择合适的协议数 据单元送出查询。该合适的协议数据单元可以是序号SN-VT(S)-1,亦即连 续送出的最后一个协议数据单元(如第5图中的PDU 405)。 VT(S)系为一由该 传送站台所维持的「传送状态」变量；每当协议数据单元第一次被传输时将 该变数加1,然而当协议数据单元被重传时VT (S)不变。除了该序号为SN = VT(S) -1的协议数据单元外，当所设定的传送窗大小 小于2048时，任何未被确认收圪的协议数据单元(如第5图中的PDU 400-404)都可以被选为该合适的协议数据单元，并安排其重传以进行查询。「传送 窗大小」系传送站台收到接收站台的接收状态回报之前，所能传送协议数据单元的最大数目。同样的，该参数的实际数值亦由上层所决定。^艮遗憾地，在先前技术中有几种情况可能造成数据传输「死锁」(deadlock) 的状况。请考虑以下的例子，假设与上述第5图的例子完全相同，即该传送 站台通过上层的设定，允许下列五种查询触发(1) 首传緩沖存储器中的最后一个协议数据单元；(2) 重传緩冲存储器中的最后一个协议数据单元；(3) 定时催询(定时催询定时器的长度Timer—Poll = 200ms);(4) 定量协议数据单元(定量值Poll—PDU = 4);以及(5) 定量伺服数据单元(定量值Poll-SDU = 4)。假设上层未启动「传送窗进度查询」功能跟r周期式定时查询」功能； 假设该查询暂禁功能的定时器长度Tiraer—Poll-Prohibit =ms;另外， 假设上层要求送出伺服数据单元，且要求于传送成功后，需回报上层传送成 功的消息；并假设该伺服数据单元被分段成六个协议数据单元。请参考第6图，其描述目前的例子。考虑传输协议数据单元PDU 400 -405,除了本例中PDU 402传输成功且接收状态报告406确认收讫PDU 400 -403 (SN=0-3)亦传输成功外，在传送站台41与接收站台42之间的传输与第 5图的例子完全相同。根据先前技术，在时间点47，会取消定时催询定时器 45的计时。尽管「首传緩冲存储器中的最后一个协议数据单元」查询触发被 延迟至时间点44，传送站台不会安排传输或重传任何协议数据位。这是因为 虽然步骤1006检查过关(没有安排传输或重传任何协议数据位，而且有两个 协议数据单元PDU 404、 405已传送过但尚未被确认收讫)，但是步骤1 007要 求查询必需是由「定时催询」或「周期性定时查询」两个功能之一所启动这 一关的检查未通过所至。以本例而言，定时催询定时器45于时间点47被取 消，而且由于上层没有启动r周期性定时查询」功能，根据上述3GPP TS 25. 322 或第4图所提及的先前技术，传送站台41在接收到接收状态报告406之后会 持续闲置，不会安排定传输或重传任何的协议数据单元以进行查询。于是， 在无法收到确认收汔第五个及第六个协议数据单元4(M、 405的接收状态报告 情况下，传送站台41无法将该服务数据单元的传输确认回报给上层。因此， 在传输站台及接收站台的无线链接控制层无法继续运作，形成所谓的「数据 传输死锁」的状况。因此，当运用3GPP无线通讯系统时，需要一个方法来防止上述无线链接控制层死锁的状态发生。 发明内容本发明提供了 一种无线通讯系统中进行查询的方法，该方法包含在第一 预定时间内暂禁查询，以及于暂禁查询期间触发查询功能。该方法还包含在 该第 一 预定时间期满后，确认不存在有安排传输或重传的协议数据单元 (PDU),且至少有一已传输过的协议数据单元尚未被确认收讫，选择协议数据 单元，安排重传，以执行所触发的查询功能。用来触发查询功能的触发器包括当用于第一时间传输的緩冲器中的最后的协议数据单元被安排传输时触 发查询功能的触发器；当用于重传的緩冲器中的最后的协议数据单元被安排 重传时触发查询功能的触发器；当每个第一预定数量的协议数据单元被安排 传输或重传时触发查询功能的触发器；当每个第二预定数量的业务数据单元 (SDU)被安排传输时触发查询功能的触发器；以及当预定百分比的传送窗被达 到时触发查询功能的触发器。在阅读了各种附图中说明的优选实施例的下列详细描述之后，本发明的 这些和其它目标对于本领域技术人员来说将毫无疑问地变成显而易见。
第1图为已知第三代移动通讯联盟(3GPP)所订三层式通讯协议的方块图。第2图为先前技术中确认模式协议数据单元(AMD PDU)的构造方块图。 第3图为先前技术中描述于传送站台与接收站台间传输确认模式协议数 据单元的消息顺序图。第4图为先前技术的查询流程图。第5图为先前技术中另一于传送站台与接收站台间传输确认模式协议数据单元的消息顺序图。第6图为先前技术中无线通讯系统数据传输死锁状况的消息顺序图。 第7图为本发明中较佳的实施例，描述确认模式协议数据单元传输的消息顺序图。第8图为本发明中较佳的实施例，描述控制查询遗失情况的消息顺序图。 第9图为本发明中较佳的实施例的流程图。第10图为根据本发明所发展出的无线电装置的方块图。 [主要元件标号说明]10第一站台11消息12第三层接口13应用程序14信令消息15第二层伺服数据单元16第二层接口17第二层协议数据单元18第一层接口20第二站台21消息22第三层接口23应用程序24信令消息25第二层伺服数据单元26第二层接口27第二层协议数据单元28第一层接口30确认模式协议数据单元31第一字节32第二字节33第三字节34第四字节35数据36最末字节310数据/控制位311、320序号321查询位322标头延伸字段330、340长度指标字段331、341延伸位360填充字段40无线通讯系统41传送站台42接收站台43查询暂禁定时器45定时催询定时器"、46、 47 时间点48、49查询触发權、401、402、 403、 404、405、 4Q2a 协议数据单元406、407接收状态报告1000-1017步骤70无线通讯系统71传送站台72接收站台73、73a、73b 查询暂禁定时器75、75a、75b 定时催询定时器74、 76、 77 . 时间点 78、 79 延迟查询700、 701、 702、 703、 704、 705、 705a、 705b 协议数据单元706、 707、 707a 接收状态报告100 无线电装置 106 控制电路106c 中央处理器 106m 存储器107 程序代码 108 无线电收发器具体实施方式
为了克服上述先前技术的问题，以下面的例子描述本发明中一较佳的实 施例。假设该传送站台与该接收站台的架构与上述第5图与第6图的例子相同， 该传送端上层决定启动下列五种查询触发功能(1) 首传緩冲存储器中的最后一个协议数据单元；(2) 重传緩冲存储器中的最后一个协议数据单元；(3) 定时催询(定时催询定时器的长度Tiraer—Pol 1 = 2G0ms);(4) 定量协议数据单元(定量值Poll_PDU = 4);以及(5) 定量伺服数据单元(定量值Pol 1-SDU = 4)。再者，假设上层未启动「传送窗进度查询」功能跟「周期式定时查询J 功能；假设该查询暂禁功能的定时器长度Timer-Poll-Prohibit = 250 ms; 另外，假设上层要求送出伺服数据单元，且要求于传送成功后，需回报上层 传送成功的消息；并假设该伺服数据单元被分段成六个协议数据单元(SN=0、 1、 2、 3、 4、 5)。比照先前技术的例子，如第7图所描述的例子中，接收站台72成功接收 到全部的协议数据单元700 - 705 (SN = 0-5)。其中当第四个协议数据单元 703偕同查询一起被接收后，接收站台72送出接收状态报告706,确认收讫 协议数据单元PDU 700-703 (SN = 0-3)。在时间点"，当定时催询定时器 75尚未期满前，传送站台71成功收到接收状态报告706,因此传送站台71 取消定时催询定时器75,于是在时间点76当定时催询定时器75原定的期满 时间点时，并无任何的查询会被启动。于时间点74,查询暂禁定时器73期 满时，传送站台71有一个延迟传输的查询78。目前为止，传逸站台n没有安排传输或重传任何协议数据单元。值得注意的是，当传送站台71收到接收报告706后，会取消定时催询定时器75,因此不会有定时催询的查询触发发 生。依据本发明，当查询暂禁定时器73期满后，会检查是否有已被传输过但 尚未被确认收讫的协议数据单元。本例中，因为已被传送过的协议数据单元 704、 705尚未被确认收讫，传送站台71会重传协议数据单元705a且将其查 询位设为1。当接收站台72收到协议数据单元705a,会回传接收报告707确 认收讫该等协议数据单元PDU 700-705 (SN = 0 - 5)。传送站台71即可将该服 务数据单元的传输确认送至上层，因此该上层可以继续运作，避免发生死锁 的情况。此外，假使所有被传送过的协议数据单元都已被确认收讫，就不需要送 出其它的协议数据单元以进行查询。因此，本发明可以同时避免传送不必要 的查询。假设接收站台72没有收到第8图中重传的协议数据单元PDU 705a (SN = 5),或者第7图中该收状态报告707于无线传送中遗失了 (第8图未显示此种 状况)，在目前的定时催询定时器75a期满后，该定时催询机制会重传协议数 据单元PDU 705b来进行查询。如第8图的例子中，重传协议数据单元PDU 705 并将其查询位设为1,促使接收站台72回报接收状态报告707a。本发明的方 法可以避免数据传输死锁的情况发生，且同时可避免进行不必要的查询。本发明可以软件或固件的方式实行于无线通讯系统上，或者其它类似的 架构中。本发明的方法可以概括成以下的步骤(请参考第9图)在第9图中，没有第4图的步骤1007。当步骤1006的检查结果是肯定 的话，流程从步骤1006继续进行到步骤1008。换言之，假设在步骤1003中 被r定时催询」跟r周期性定时查询」以外查询功能所触发，仍会重传合适 的协议数据单元。现只将步骤1006描述于下，因为其它的步骤跟第4图的完 全相同。步骤1006:系统检查是否没有安排传输或重传任何的协议数据单元，而 且有已传送过但尚未被确认收讫的协议数据单元。假如检查结果是肯定的， 程序继续进行到步骤1008。否则，程序中止于步骤1017。请参考第10图。第10图为根据本发明所发展出的无线电装置的方块图。 该无线电装置100包含控制电路106以及无线电收发器108。其中，无线电 收发器108,耦接该控制电路106,系用来传送及接收无线电信号。控制电路106包含中央处理器106c用来执行命令，以及存储器106m，耦接该中央处理 器106c,用来储存程序代码107。其中，存储器106ra所储存的程序代码107， 系用来执行上面所述的防止数据传输死锁的方法。无线电装置IOO通过无线 电收发器108接收无线电信号，并将该无线电信号交由中央处理器106c处理， 中央处理器106c会依序执行存储器106m中所储存的程序代码107。以上所述的实施例仅用来说明本发明，并不局限本发明的范畴。本发明 中的无线电装置，可以是移动电话、个人数字助理(PDA)、手提式无线电收发 机、移动电话网络端的基站、移动电话网络端管控基站的控制台或其它使用 无线传输的装置。综上所述，本发明提供一种具有防止数据传输死锁功能的方法及装置， 用来解决无线通讯数据传输所遇到的问题。以上所述仅为本发明的较佳实施例，凡依本发明权利要求范围所做的均 等变化与修饰，皆应属本发明的涵盖范围。
权利要求
1.一种在使用协议数据单元和业务数据单元的无线通讯系统中进行查询的方法，该方法包含在第一预定时间内暂禁查询；于查询被暂禁期间，触发查询功能；在该第一预定时间期满后，确认不存在有安排传输或重传的协议数据单元，且至少有一已传送过的协议数据单元尚未被确认收讫；以及选择协议数据单元，安排重传，以执行该查询功能。
2. 根据权利要求1所述的方法，其中，所选择的协议数据单元为最后一 个至少被传输过一 次的协议数据单元。
3. 根据权利要求1所述的方法，其中，当传送窗的大小小于该无线通讯 系统中协议数据单元的序号空间的值的一半时，所选择的协议数据单元为已 传输过但尚未确认收讫的协议数据单元。
全文摘要
本发明提供了一种无线通讯系统中防止数据传输死锁的加强查询方法，该加强查询方法包含在第一预定时间内暂禁查询，以及于暂禁查询期间触发查询功能。该方法还包含在该第一预定时间期满后，确认不存在有安排传输或重传协议数据单元，且至少有一已传输过的协议数据单元尚未被确认收讫，选择协议数据单元，安排重传，以执行该查询功能。
文档编号H04L1/16GK101330511SQ200810134328
公开日2008年12月24日 申请日期2005年9月15日 优先权日2004年9月15日
发明者江孝祥 申请人:创新音速有限公司