[发明专利]一种确认封包传输的方法无效
申请号: | 200710037923.4 | 申请日: | 2007-03-08 |
公开(公告)号: | CN101262411A | 公开(公告)日: | 2008-09-10 |
发明(设计)人: | 何政 | 申请(专利权)人: | 英华达(上海)科技有限公司 |
主分类号: | H04L12/56 | 分类号: | H04L12/56 |
代理公司: | 上海专利商标事务所有限公司 | 代理人: | 陈亮 |
地址: | 201114*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 确认 封包 传输 方法 | ||
技术领域
本发明有关于无线通讯领域中一种确认封包传输的方法,特别是指封包由一用户端传输至一伺服器端,并由用户端记录数据更新结果与历程、及维护更新流程。
背景技术
未来的通讯产业,是一个结合电脑的产业,亦是一个实现人类整合宽频互联网与无线通讯的前瞻性产业,也是二十一世纪电子资讯的新兴产业之一。因此,电脑结合通讯的应用便成为新世纪时代的显学。观之现今电脑在通讯上的应用,实与资讯、通讯、视讯技术密不可分,但谈到应用便与生活息息相关,而沟通讯息、传递讯息更是现代生活的重要事项。
在无线通讯领域中,通常使用封包(packet)作为一用户端传送数据至一伺服器端的基本单位。常见的无线传输方式为,在用户端传送每一个封包分为三个程序,即请求、等待及传送。请求程序是由控制器控制的,收发器(transceiver)则进行等待及传送程序。在伺服器端接收封包必须要有两个程序,即接收和报告,接收程序由收发器进行,报告程序则由控制器控制。目前对每一个封包传送指令是自数据连结层(data link layer)的控制器发出或以软体方式发出,在封包传输过程中,每一个封包都会被赋予一个地址码和侦错监测值(checksum)。
一般来说,通讯服务都是由伺服器端主动提供服务及记录通讯服务,所以在用户端传送封包前,伺服器端会主动连结用户端,并在用户端传送封包至伺服器端过程中,由伺服器端负责维护整个通讯协定的更新程序,且更新结果皆由伺服器端纪录。因此,对伺服器端来说会是一大负担,且容易造成封包的遗失。
另外,在网络上封包(如数据)的传输,由于习知技术采用通道(socket)的连接方式,在传输过程中,无法确定伺服器端是否已将用户端暂存于缓冲存储器(buffer)中的封包数据取走,若伺服器端并未取走封包,而用户端传还继续向伺服端传送封包的话,有可能将缓冲存储器填满。此时若用户端还传送封包,那么就会将缓冲存储器中的数据覆盖造成了封包的丢失。
发明内容
本发明的目的在提供一种确认封包传输的方法,至少包括一用户端(Client)及一伺服器端(Server),用户端用以传送多个封包至伺服器端,该方法包括下列步骤:执行用户端并连接伺服器端。用户端发送一确认伺服器端是否下载这些数据封包讯号,并等待伺服器端回应是否接收,接着用户端逐一传送数据封包于伺服器端。伺服器端接收这些数据封包结束后,并回传一封包传送完成讯号于用户端。最后,用户端传送一数据封包下载结束讯号于伺服器端。
其中,藉由上述的确认封包传输的方法可确认该封包传输没有遗失,使该伺服器端确实收到了传送的封包,而确定该封包传输的完整性。
本发明的确认封包传输的方法在于用户端可将更新结果与历程及维护更新流程的数据记录,且伺服器端可回传封包的错误状态至用户端分析与判断,而伺服器端始终保持连线状态以确定封包不会遗失。
附图说明
图1A和图1B为本发明的确认封包传输的方法的流程图。
具体实施方式
兹配合附图详述本发明确认封包传输的方法,并列举较佳实施例说明如下:
请参照图1A和图1B,确认封包传输的方法至少包括一用户端(client)及一伺服器端(server),用以传送多个封包至伺服器端,该封包格式包括声音、数据、序文、目的位址、来源位址等,且封包传送指令是自数据连结层(data linklayer)的控制器发出或以软体方式发出。本实施例中,用户端为一电脑,伺服器端为一手机。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于英华达(上海)科技有限公司,未经英华达(上海)科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200710037923.4/2.html,转载请声明来源钻瓜专利网。