CN102056231A - 一种保证lte定位协议数据可靠传输的方法及设备 - Google Patents
一种保证lte定位协议数据可靠传输的方法及设备 Download PDFInfo
- Publication number
- CN102056231A CN102056231A CN2009102123221A CN200910212322A CN102056231A CN 102056231 A CN102056231 A CN 102056231A CN 2009102123221 A CN2009102123221 A CN 2009102123221A CN 200910212322 A CN200910212322 A CN 200910212322A CN 102056231 A CN102056231 A CN 102056231A
- Authority
- CN
- China
- Prior art keywords
- pdu
- message
- equipment
- localization message
- localization
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明涉及一种保证LTE定位协议数据可靠传输的方法及设备,属于LTE系统。本发明方法包括:在定位业务过程中,第一设备向第二设备发送定位消息时,在所述定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序;所述第二设备依次接收所述定位消息,并根据所述定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,所述第二设备认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求所述第一设备重传丢失的PDU。本发明技术方案避免了LPP PDU传递失败的问题,提高了LPP PDU传输的可靠性。
Description
技术领域
本发明涉及LTE(3GPP长期演进)系统,特别涉及一种保证LTE定位协议数据可靠传输的方法及设备。
背景技术
目前移动通信技术面临着为用户提供更高的数据速率、为网络提供更好的覆盖和更大的容量的问题。
为了解决上述问题,3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)在2004年12月启动了无线接入网长期演进项目LTE,演进的接入技术E-UTRA(Evolved-UTRA,演进的UTRA)和演进的接入网络E-UTRAN(Evolved-UTRAN,演进的UTRAN),以及面向全IP的分组域核心网演进项目SAE,希望通过从无线接口到核心网络的持续演进和增强,为运营商和用户不断增长的需求提供更好的支持,在今后10年甚至更长的时间,一直保持在移动通信领域的技术先发优势。
定位业务(LCS,LoCation Services)是移动通信网所提供的一种新型增值业务。该业务通过无线定位技术来获得移动台的位置信息(经纬度、移动速度等),提供给用户本人、移动通讯网络或者其它外部实体,实现各种与位置相关的业务。
终端可以通过对服务小区或相邻小区的测量,或者通过内置的定位模块对卫星信号进行测量,以获得用于计算该终端当前位置的数据。为了支持定位业务,在LTE现有技术的基础上,引入了新的协议:定位协议LPP/LPPa(LTE Positioning Protocol,LTE定位协议),用于在UE/eNB与E-SMLC(Enhanced Serving Mobile Location Centre增强型服务移动位置中心,定位业务控制方)间交互定位消息。
在LTE定位业务实现过程中,终端由于位置移动导致切换,可能丢失LPP PDU(LPP Protocol Data Unit,定位协议数据单元);在低层数据传输过程中,由于无线链接失败,也可能导致LPP PDU传递失败。LPP PDU丢失,势必影响定位业务的连续性,有必要保证LPP可靠传输。
发明内容
本发明所要解决的技术问题是,提供一种保证LTE定位协议数据可靠传输的方法及设备,从而保证LTE系统中定位业务的定位协议可靠传输。
为了解决上述问题,本发明公开了一种保证LTE定位协议数据可靠传输的方法,该方法包括:
在定位业务过程中,第一设备向第二设备发送定位消息时,在所述定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序;
所述第二设备依次接收所述定位消息,并根据所述定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,所述第二设备认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求所述第一设备重传丢失的PDU。
进一步地,上述方法中,所述第二设备确定丢失的PDU,并请求所述第一设备重传丢失的PDU的过程如下:
所述第二设备确定最近两次接收的PDU序列标识之间的PDU序列标识为丢失的PDU的PDU序列标识,并向所述第一设备发送携带有所述丢失的PDU的PDU序列号的重传请求。
其中,所述第一设备在所述定位消息头中增加PDU序列标识。
本发明还公开了一种保证LTE定位协议数据可靠传输的方法,该方法包括:
在定位业务过程中,第一设备向所述第二设备发送定位消息时,在所述定位消息中携带反馈指示;
所述第二设备接收所述定位消息,并根据所述定位消息中的反馈指示,向所述第一设备反馈响应消息,所述响应消息用于表示成功接收所述定位消息。
进一步地,上述方法中,所述定位消息为提供定位能力消息,或者提供定位辅助数据消息,或者提供位置信息消息。
其中,所述第一设备向所述第二设备发送定位消息后,若在设定时间内未收到所述第二设备反馈的响应消息,则重传所述定位消息或者终止本次定位业务。
所述第一设备在设定时间内未收到所述第二设备反馈的响应消息,而重传所述定位消息时,若重传定位消息的次数达到设定次数时,终止定位业务。
本发明还公开了一种保证LTE定位协议数据可靠传输的系统,包括发送端设备和接收端设备,其中:
所述发送端设备,用于在定位业务过程中,向所述接收端设备发送定位消息,并在所述定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序;
所述接收端设备,用于依次接收所述定位消息,并根据所述定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求所述发送端设备重传丢失的PDU。
进一步地,上述系统中,所述接收端设备,确定最近两次接收的PDU序列标识之间的PDU序列标识为丢失的PDU的PDU序列标识,并向所述发送端设备发送携带有所述丢失的PDU的PDU序列号的重传请求;
所述发送端设备,用于接收所述重传请求,并将所述重传请求中PDU序列号对应的PDU发送给所述接收端设备。
其中,所述发送端设备在所述定位消息头中增加PDU序列标识。
所述发送端设备,还用于在定位业务过程中,向所述接收端设备发送携带有反馈指示的定位消息;
所述接收端设备,接收所述定位消息时,根据所述定位消息中的反馈指示,向所述发送端设备反馈响应消息,所述响应消息用于表示成功接收所述定位消息。
在LTE定位业务过程中采用本发明技术方案,避免了由于无线信号较差引起的无线链接失败或者移动终端由于位置移动导致切换,所造成LPPPDU传递失败的问题,从而提高了LPP PDU传输的可靠性。
附图说明
图1是实施例1中UE作为消息发送端传输LPP数据的流程图;
图2是本发明中E-SMLC作为消息发送端传输LPP数据的流程图;
图3是本发明中E-SMLC请求重传LPPa数据的流程图;
图4是实施例2中通过定位协议响应消息保证LPP数据可靠传输的流程图。
具体实施方式
下面结合附图及具体实施例对本发明技术方案作进一步详细说明。
一种保证LTE定位协议数据可靠传输的系统,包括发送端设备和接收端设备。其中,UE、E-SMLC和eNB均可以作为发送端设备和接收端设备。下面介绍各设备的功能。
发送端设备,用于在定位业务过程中,向接收端设备发送定位消息,并在定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序,以及接收接收端设备发送的重传请求,并将重传请求中PDU序列号对应的PDU发送给接收端设备;
其中,发送端设备在定位消息头中增加PDU序列标识。
接收端设备,用于依次接收定位消息,并根据定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求发送端设备重传丢失的PDU;
具体地,接收端设备,确定最近两次接收的PDU序列标识之间的PDU序列标识为即为丢失的PDU的PDU序列标识,向发送端设备发送携带有所述丢失的PDU的PDU序列号的重传请求即可;
在其它应用场景中,发送端设备,还可以向接收端设备发送携带有反馈指示的定位消息,这样,当接收端设备接收到上述的定位消息时,将根据定位消息中的反馈指示,向发送端设备反馈响应消息,该响应消息用于表示成功接收定位消息,即保证了定位数据的可靠传输。在优选的实施例中,发送端设备向接收端设备发送定位消息后,若在设定时间内未收到所述接收端设备反馈的响应消息,则重传定位消息或者终止本次定位业务;进一步地,发送端重传定位消息过程中,还可以限定重传次数,即重传定位消息的次数达到设定次数时,终止定位业务。
下面介绍具体实施例介绍上述系统保证LTE定位协议数据可靠传输的过程。
实施例1:
本实施例主要针对LTE系统的定位业务,提供一种LPP数据可靠传输的方法。其主要构思是,UE或者E-SMLC发起定位请求后,UE与E-SMLC之间交互定位消息的过程中,在定位消息的每一个PDU消息头中增加PDU序列标识(简称为序列号SN),每个PDU按序列号SN顺序发送;当消息接收端接收PDU时,读取所收到PDU消息头中的SN,如果SN是顺序收到的(即相邻两次读取的SN是连续递增或者递减的),则认为定位消息中的PDU在传递过程中没有丢失;如果SN不是按顺序收到的,表明定位消息中的PDU在传递过程中有丢失,此时,消息接收端需要请求重传丢失的PDU。具体地,消息接收端可以获知最近两次收到定位消息中PDU的SN之间的SN即为丢失的PDU的SN,根据该丢失的PDU的SN向消息发送端请求重传即可。
下面结合图1,详细说明UE做为消息发送端,E-SMLC做为消息接收端,进行LPP数据传输的过程,包括如下步骤:
步骤101:UE向E-SMLC发送定位消息时,在定位消息的每一个PDU消息头中增加PDU序列标识(简称为序列号SN),其中,每个PDU按序列号SN顺序发送;
该步骤中,考虑到存在LPP PDU丢失需重传的情况,因此,消息发送端需要缓存已发送的LPP PDU,其中,缓存的LPP PDU数目视消息发送端存储容量而确定;
在本实施例中,增加SN后的LPP PDU如表1所示:
表1:增加SN的LPP PDU结构表
序列号SN | 协议版本号 | 消息类型 | … |
其中,序列号SN可以循环使用。例如采用8bit表示SN时,其取值范围为:0-255。消息发送端在发送首条LPP PDU时,为该LPP PDU设置SN为0;当UE收到底层反馈的成功发送的信息后,再发送下一条LPP PDU,设置该LPP PDU的SN为1。依次顺序累加SN,发送LPP PDU。其中,当UE成功发送了SN为255的LPP PDU后,UE再发送下一条LPPPDU时,为该LPP PDU设置SN为0,即,在一个定位任务中,序列号SN在0-255间中循环使用;
另外,由于LPP协议是双向传递,SN在不同的消息发送端中可以单独顺序使用。
步骤102:E-SMLC接收LPP PDU,读取PDU消息头中的SN,并判断最近两次收到的定位消息中PDU的SN是否是顺序累加的,如果是,认为定位消息PDU在传递过程中没有丢失,继续定位业务后续处理,否则,进入步骤103;
该步骤中,如果E-SMLC是首次收到LPP PDU,则检查该LPP PDU的SN是否为0,如果是,即可判断PDU的SN是顺序累加的;如果E-SMLC并非首次收到LPP PDU,则按照步骤101中SN的设置规则,检查该LPP PDU的SN是否是上一次收到的LPP PDU的SN+1,(当上一次收到的LPP PDU的SN为255时,则检查本次收到的LPP PDU的SN是否为0)。如果SN满足顺序累加规则,表明收到的LPP PDU是可靠传递,则继续定位业务后续处理;如果收到LPP PDU的SN不满足顺序累加规则,则表示定位消息PDU在传递过程中有丢失,进入步骤103;
其中,如果E-SMLC收到LPP PDU的SN与最近一次收到的LPP PDU的SN相同,表示此次LPP PDU是UE重复发送的,由于E-SMLC已经保存该PDU,此时直接丢弃即可,而E-SMLC认为PDU在传递过程中没有丢失,将继续定位业务的后续处理;
步骤103:E-SMLC确定丢失的PDU,向UE发送重传请求,进行LPP重传,其中,在重传请求中携带丢失的PDU的SN;
该步骤中,E-SMLC根据最近两次收到LPP PDU的两个SN,确定丢失的PDU,即两次收到的SN之间的所有SN即为丢失的PDU的SN。
步骤104:UE收到重传请求,根据其中携带的SN,从本地缓存中读取对应的PDU,填充到LPP重传响应消息中,发送给E-SMLC;
该步骤中,由于已经确保可靠传递给E-SMLC,因此,根据SN顺序累加规则,UE可以删除本地缓存中的小于重传请求消息中SN的所有PDU。
步骤105:E-SMLC收到重传响应,保存其中的PDU,继续定位业务处理。
在其他应用场景中,UE收到重传请求后,若无法获取到重传请求中SN对应的LPP PDU,则填写失败原因到重传响应消息中发送给E-SMLC,此时,E-SMLC收到携带有失败原因的重传响应消息后,表明无法获取到重传请求的LPP PDU。E-SMLC根据该丢失的LPP PDU重要性,决定继续定位业务或者终止定位过程。
由于LPP协议在UE、E-SMLC间是双向的,困此,在其他场景中,E-SMLC也可以作为消息发送端,而UE作为消息接收端进行定位消息的交互,具体过程,如图2所示。而针对eNB(evolved NodeB,演进基站)与E-SMLC之间的LPPa定位协议,也可采用本实施例的处理方案,以保证LPPa的可靠传递,传递过程如图3所示。
实施例2:
本实施例是通过要求消息接收端在成功接收定位消息后,反馈响应消息以表明LPP PDU传输成功,从而保证LPP数据传输的可靠性。具体过程,如图4所示,包括如下步骤:
步骤401:在定位业务过程中,定位协议终结点设备A作为消息发送端发送定位消息给定位协议终结点设备B,其中,定位协议终结点设备A在发送的定位消息的PDU中,增加反馈指示,用于要求消息接收端(即定位协议终结点设备B)在收到该消息后,提供响应消息;
该步骤中,定位协议终结点A发送的定位消息可能是提供定位能力Provide Capabilities消息,或者提供定位辅助数据Provide Assistance Data消息,或者提供位置信息Provide Location Information消息等;
步骤402:设备B成功收到上述定位消息后,根据定位消息中的反馈指示,向设备A发送响应消息;
步骤403:设备A收到设备B反馈的响应消息,表明消息已成功被接收,继续后续的定位业务处理。
在其他应用场景中,如果设备A在设定时间内(可通过内部定时器实现)一直没有收到响应消息,则可以重新发送定位消息或者终止本次定位过程。为防止死循环,优选的方案中可设置最大重传次数N,当达到最大重传次数N后,设备A还未收到设备B的响应消息,则直接终止本次定位过程。
上述流程中,设备A和B可以分别是UE和E-SMLC,也可以分别是基站eNB和E-SMLC,而上述流程不仅适用于LPP定位协议的传递,也适用于LPPa定位协议的传递过程。
从上述实施例可以看出,本发明技术方案针对LTE中的定位协议传输,通过在定位协议PDU中增加的SN,消息接收端能方便检测是否有消息丢失;对于丢失的定位协议PDU,接收端通过发送携带缺失SN的重传请求,能获取到丢失定位协议消息;或者,通过在接收端成功接收定位协议消息后,提供响应消息,保证了定位协议PDU的可靠传输。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (14)
1.一种保证LTE定位协议数据可靠传输的方法,其特征在于,该方法包括:
在定位业务过程中,第一设备向第二设备发送定位消息时,在所述定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序;
所述第二设备依次接收所述定位消息,并根据所述定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,所述第二设备认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求所述第一设备重传丢失的PDU。
2.如权利要求1所述的方法,其特征在于,
所述第二设备确定丢失的PDU,并请求所述第一设备重传丢失的PDU的过程如下:
所述第二设备确定最近两次接收的PDU序列标识之间的PDU序列标识为丢失的PDU的PDU序列标识,并向所述第一设备发送携带有所述丢失的PDU的PDU序列号的重传请求。
3.如权利要求1或2所述的方法,其特征在于,
所述第一设备在所述定位消息头中增加PDU序列标识。
4.一种保证LTE定位协议数据可靠传输的方法,其特征在于,该方法包括:
在定位业务过程中,第一设备向所述第二设备发送定位消息时,在所述定位消息中携带反馈指示;
所述第二设备接收所述定位消息,并根据所述定位消息中的反馈指示,向所述第一设备反馈响应消息,所述响应消息用于表示成功接收所述定位消息。
5.如权利要求4所述的方法,其特征在于,
所述定位消息为提供定位能力消息,或者提供定位辅助数据消息,或者提供位置信息消息。
6.如权利要求4或5所述的方法,其特征在于,
所述第一设备向所述第二设备发送定位消息后,若在设定时间内未收到所述第二设备反馈的响应消息,则重传所述定位消息或者终止本次定位业务。
7.如权利要求6所述的方法,其特征在于,
所述第一设备在设定时间内未收到所述第二设备反馈的响应消息,而重传所述定位消息时,若重传定位消息的次数达到设定次数时,终止定位业务。
8.一种保证LTE定位协议数据可靠传输的系统,其特征在于,该系统包括发送端设备和接收端设备,其中:
所述发送端设备,用于在定位业务过程中,向所述接收端设备发送定位消息,并在所述定位消息中定位协议数据单元(PDU)中增加PDU序列标识,用于指示PDU的发送顺序;
所述接收端设备,用于依次接收所述定位消息,并根据所述定位消息中PDU的PDU序列标识判断是否顺序接收PDU,当判断顺序接收PDU时,认为定位协议数据是可靠传递的;当判断未按顺序接收PDU时,确定丢失的PDU,并请求所述发送端设备重传丢失的PDU。
9.如权利要求8所述的系统,其特征在于,
所述接收端设备,确定最近两次接收的PDU序列标识之间的PDU序列标识为丢失的PDU的PDU序列标识,并向所述发送端设备发送携带有所述丢失的PDU的PDU序列号的重传请求;
所述发送端设备,用于接收所述重传请求,并将所述重传请求中PDU序列号对应的PDU发送给所述接收端设备。
10.如权利要求8或9所述的系统,其特征在于,
所述发送端设备在所述定位消息头中增加PDU序列标识。
11.如权利要求8所述的系统,其特征在于,
所述发送端设备,还用于在定位业务过程中,向所述接收端设备发送携带有反馈指示的定位消息;
所述接收端设备,接收所述定位消息时,根据所述定位消息中的反馈指示,向所述发送端设备反馈响应消息,所述响应消息用于表示成功接收所述定位消息。
12.如权利要求11所述的系统,其特征在于,
所述定位消息为提供定位能力消息,或者提供定位辅助数据消息,或者提供位置信息消息。
13.如权利要求11或12所述的系统,其特征在于,
所述发送端设备,向所述接收端设备发送定位消息后,若在设定时间内未收到所述接收端设备反馈的响应消息,则重传所述定位消息或者终止本次定位业务。
14.如权利要求13所述的系统,其特征在于,
所述发送端设备在设定时间内未收到所述接收端设备反馈的响应消息,而重传所述定位消息时,若重传定位消息的次数达到设定次数时,则终止定位业务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102123221A CN102056231A (zh) | 2009-11-04 | 2009-11-04 | 一种保证lte定位协议数据可靠传输的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102123221A CN102056231A (zh) | 2009-11-04 | 2009-11-04 | 一种保证lte定位协议数据可靠传输的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102056231A true CN102056231A (zh) | 2011-05-11 |
Family
ID=43960027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102123221A Pending CN102056231A (zh) | 2009-11-04 | 2009-11-04 | 一种保证lte定位协议数据可靠传输的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102056231A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104685943A (zh) * | 2012-09-11 | 2015-06-03 | 高通股份有限公司 | 用于lte上的控制平面lcs的增强型lte定位协议信息传送程序 |
CN110138515A (zh) * | 2019-04-25 | 2019-08-16 | 苏州龙欣通颖网络科技有限公司 | 一种基于slip协议的数据传输方法 |
CN111158933A (zh) * | 2019-12-31 | 2020-05-15 | 易票联支付有限公司 | 一种基于消息队列的分布式事务处理方法及系统 |
-
2009
- 2009-11-04 CN CN2009102123221A patent/CN102056231A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104685943A (zh) * | 2012-09-11 | 2015-06-03 | 高通股份有限公司 | 用于lte上的控制平面lcs的增强型lte定位协议信息传送程序 |
CN104685943B (zh) * | 2012-09-11 | 2018-09-28 | 高通股份有限公司 | 用于lte上的控制平面lcs的增强型lte定位协议信息传送程序 |
CN110138515A (zh) * | 2019-04-25 | 2019-08-16 | 苏州龙欣通颖网络科技有限公司 | 一种基于slip协议的数据传输方法 |
CN111158933A (zh) * | 2019-12-31 | 2020-05-15 | 易票联支付有限公司 | 一种基于消息队列的分布式事务处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110169093B (zh) | 直连通信的重传反馈方法、装置及存储介质 | |
US10939357B2 (en) | Integrated access and backhaul adaptation layer status report | |
KR100889785B1 (ko) | 릴레이 방식을 사용하는 무선통신 시스템에서 재전송 장치및 방법 | |
US20170289021A1 (en) | Packet sequence numbering for multi-connectivity in a wireless network | |
CN102742207B (zh) | 重传控制方法、通信系统及设备 | |
CN107612662B (zh) | 用于数据包中继的系统和方法 | |
US8189531B2 (en) | Wireless communication system, wireless base station, and wireless communication control method | |
CN102056226A (zh) | Pdcp状态报告的获取方法和pdcp实体 | |
US20180220369A1 (en) | Device and Method of Handling an Inactive State in a Wireless Communication System | |
CN111148163B (zh) | 通信方法及装置 | |
CN101883427B (zh) | 一种长期演进技术的后续演进系统中的定位方法 | |
JP2009543400A (ja) | 中継器 | |
US10574399B2 (en) | Acknowledgement of a range of sequence numbers | |
KR20080079567A (ko) | 중계방식을 사용하는 무선통신시스템에서 제어메시지 전송장치 및 방법 | |
US11252771B2 (en) | Duplicate transmission method and related device | |
US20210219171A1 (en) | Communication method and device | |
CN110719614B (zh) | 一种数据传输方法和系统 | |
CN109257075A (zh) | 一种用于无线通信的用户设备、基站中的方法和装置 | |
US9148864B2 (en) | System and method for switching mobile station identification in wireless communication system | |
CN102056231A (zh) | 一种保证lte定位协议数据可靠传输的方法及设备 | |
US12003331B2 (en) | Wireless data transmission apparatus, wireless data reception apparatus and methods | |
CN110169185A (zh) | 传输数据的方法和装置 | |
CN102484510A (zh) | 基站、蜂窝通信系统、基站的控制方法以及蜂窝通信系统的控制方法 | |
EP2073424A1 (en) | System and method for error recovery for wireless multihop communication | |
US10397308B2 (en) | File transfer by mobile user collaboration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110511 |