CN110620994B - 数据传输方法、终端和计算机可读存储介质 - Google Patents
数据传输方法、终端和计算机可读存储介质 Download PDFInfo
- Publication number
- CN110620994B CN110620994B CN201810628249.5A CN201810628249A CN110620994B CN 110620994 B CN110620994 B CN 110620994B CN 201810628249 A CN201810628249 A CN 201810628249A CN 110620994 B CN110620994 B CN 110620994B
- Authority
- CN
- China
- Prior art keywords
- data
- received
- data units
- base station
- multicast channel
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输方法、终端和计算机可读存储介质,该方法包括:从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n个部分;根据位置,从多播信道获取接收至少一个数据单元;检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收;根据n个数据单元,生成原始数据。本发明的技术方案将原始数据切割编号形成多个数据单元,终端接收时检查所有的数据单元是否全部收到,未接收完全时只需再次接收未接收到的数据单元即可,不需要重新全部下载,极大降低了网络的负担,减少了基站和终端的压力。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据传输方法、终端和计算机可读存储介质。
背景技术
目前5G(5th-Generation,第五代移动通信技术)物联网方案中,基站如需向多个终端发送应用数据,必须与多个终端逐个建立连接,并建立相应承载。
这种方案会导致基站需要建立数量众多的承载用以传输数据,增加基站负荷,单次传输数据的终端数量有限。5G物联网中,单基站所接入的终端数量将是数以万计,是在LTE(Long Term Evolution,长期演进)环境下的几百倍,如出现需要大量终端下载相同数据时,基站需要对每一个终端进行调度,而5G物联网传输速率一般较低,会导致基站和终端长时间的处于数据上下行传输状态,增加网络负担和终端耗电增加不利于延长终端使用寿命。如出现发送数据包错误,终端会请求网络进行重传,而众多终端的请求重传的数据包也是不一样的,需要一一调度重发。
发明内容
本发明实施例的主要目的在于提出一种数据传输方法、终端和计算机可读存储介质,旨在减少基站与终端之间一对一的调度,降低基站和终端的负担。
为实现上述目的,本发明提供了一种数据传输方法,包括:从NPMCH (NB-IOTPhysical broadcast channel,NB-IOT(Narrow Band Internet of Things,基于蜂窝的窄带物联网)物理多播信道)获取用于传输n个数据单元的多播信道的位置,所述n个数据单元包含预设的原始数据的n个部分;根据所述位置,从所述多播信道获取接收至少一个数据单元;检测所述n个数据单元是否已全部接收,在所述n个数据单元未全部接收时,再次从所述多播信道接收尚未接收到的数据单元,直至所述n个数据单元全部接收;根据所述n 个数据单元,生成所述原始数据。
为实现上述目的,本发明提供了一种终端,所述终端包括处理器、存储器和通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;所述处理器用于执行存储器中存储的数据帧传输程序,以实现以下步骤:从 NPMCH获取用于传输n个数据单元的多播信道的位置,所述n个数据单元包含预设的原始数据的n个部分;根据所述位置,从所述多播信道获取接收至少一个数据单元;检测所述n个数据单元是否已全部接收,在所述n个数据单元未全部接收时,再次从所述多播信道接收尚未接收到的数据单元,直至所述n个数据单元全部接收;根据所述n个数据单元,生成所述原始数据。
为实现上述目的,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现前述的数据传输方法的步骤。
根据以上技术方案,可知本发明的数据传输方法、终端和计算机可读存储介质至少具有以下优点:
根据本发明的技术方案,引入多播信道的概念,使得基站可以使用多播或广播消息给各终端,实现一对多的数据发送,本发明的技术方案将原始数据切割编号形成多个数据单元,终端接收时检查所有的数据单元是否全部收到,未接收完全时只需再次接收未接收到的数据单元即可,不需要重新全部下载,极大降低了网络的负担,减少了基站和终端的压力。
附图说明
图1是根据本发明的一个实施例的数据传输方法的流程图;
图2是根据本发明的一个实施例的数据传输方法的示意图;
图3是根据本发明的一个实施例的数据传输方法的示意图;
图4是根据本发明的一个实施例的数据传输方法的示意图;
图5是根据本发明的一个实施例的数据传输方法的流程图;
图6是根据本发明的一个实施例的终端的框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特有的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
如图1所示,本发明的一个实施例中提供了一种数据传输方法,包括:
步骤S110,从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n个部分。
在本实施例中,如图2所示,应用服务器主要是数据存储和数据分割功能, eNodeB(基站)完成数据向物理层的映射并配置相关信道完成数据发送终端完成基站数据的接收,暂时存储接收到的数据单元等待最终合并,将接收到数据单元去除编号数据,合并为原始数据。在网络侧通过应用服务器存储需要发送的数据,应用服务器位于位于eNodeB之上,可以被多个eNodeB公用,提高资源使用率。应用服务器除具有存储能力还需具备将数据分割/合并的能力,对需要发送的原始数据分割为n个数据单元后进行编号,可由0开始编号一直到最后一个数据单元,n为大于1的正整数。分割编号后的数据单元的数据结构可以如图3所示,分为编号区域和原始数据区域两个部分。
在本实施例中,基站需要配置多播信道,将编号后的数据包依次映射到多播信道上进行发送,并配置NPMCH信道指示多播信道的位置,帮助终端解读传输内容。具体地,可在NB-IOT的所占用的无线资源中选择1号无线帧中配置NPMCH信道,传输周期可为12ms(毫秒),即每隔12ms传输一次NPMCH 信息,多播信道可使用NB-IOT传输周期中的空白帧。
步骤S120,根据位置,从多播信道获取接收至少一个数据单元。
步骤S130,检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收。
在本实施例中,如图4所示,终端检测多播信道中接收到的数据单元是否完整,主要是解读数据单元,获得最后一个数据单元编号n,然后检查0至(n-1) 编号数据单元是否已经接收到,若有若干数据单元缺失,则暂时将已收到的数据单元进行缓存,再接收一轮数据。将新接收到的数据单元、与上一组中缺失的进行比对,将第一组缺失的数据单元保存到缓存中和第一组数据进行排列,检查是否还有缺失的单元,再进行下一次的数据接收,直到数据接收完毕或多次超时。多次超时后说明此段时间内不适于再接收信息,延迟一段时间后继续进行。
步骤S140,根据n个数据单元,生成原始数据。
在本实施例中,终端侧将收到完整的数据单元合并为原始数据,即为切割编号的逆过程,将编号信息去掉后,合并数据单元合并恢复为完整数据。
大量5G物联网终端需要进行软件升级或者下载数据时;由于5G物联网终端的特点是低功耗,高时延,低成本,终端数量多。如果需要升级,则需要基站对众多终端进行一对一的调度,传输数据,一方面终端负载会非常大,耗时长,成功率低。如果是人工更换升级则会产生大量成本。而使用本实施例的技术方案,基站可以在多播信道发送数避免基站调度,可以完成大量终端的数据下载。
如图5所示,本发明的一个实施例中提供了一种数据传输方法,包括:
步骤S510,接收寻呼消息,寻呼消息包括用于标识原始数据的标识符、接收n个数据单元的有效时间。
在本实施例中,在应用服务器上放置需要下发的信息,如10M大小的数据;应用服务器将数据进行分割,并加入编号信息,组成一个包含编号信息的数据单元,该数据单元里记录了此次分割后数据单元数量,即最后一个数据单元的编号n,以此体现此次分割后的总数据单元数量。
在本实施例中,eNode B将这些数据单元映射到多播信道并发送,另外配置NPMCH信道来指示多播信道的位置。在本实施例中,基站使用paging(寻呼)消息寻呼特定终端组,并在寻呼消息中附带字段表明此次寻呼的类型和内容标示,以免重复接收:在paging信令单元中增加even id(即标识符),用以标示下载的数据。基站下发paging寻呼需要下载数据的终端,paging信息中携带even id和T(有效时间)来标识下载事件(即原始数据)和下载事件有效期,表明在T时间内相同even id的事件忽略,以免终端重复接收同一内容数据。
步骤S520,根据标识符,检测是否需要接收原始数据,从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n 个部分。
在本实施例中,终端第一次收到paging后,会解读到even id和T,判断是否是需要进行接收数据的paging事件,若是则终端启动计时器,假设该计时器为T999,并从SIB 2(系统消息2)中获得NPMCH的位置,解读NPMCH。通过NPMCH获得多播信道的位置,开始接收信息。Paging消息是循环发送的,每部终端都会收到若干次的paging消息,终端解读到相同evenid后需要检查 T999是否超时,若超时则可进行下一步的NPMCH信道的解读,否则终端忽略收到的paging。
步骤S530,根据位置,从多播信道获取接收至少一个数据单元。
步骤S540,检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,检测自接收寻呼消息起至当前的时间是否已超过预设时间,在未超过预设时间时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收,在超过预设时间时,与n个数据单元的发送方建立一对一连接,并从发送方获取n个数据单元。
步骤S550,根据n个数据单元,生成原始数据。
在本实施例中,终端组中解读数据单元有三种情况:
1、经过多次解读成功:终端从NPMCH中接收到的信息解码出数据,从数据单元获得数据单元总数,对比接收到的数据单元检查是否有缺失情况。如有缺失,缓冲已收到的数据,并进行下一次接收。第二次接收检查是否收到第一次没有收到的数据单元,如收到,添加到缓存数据队列中。检查数据单元队列是否已全部接收完毕,若还有缺失,继续进行下一次接收,直到全部接收完毕,或超过重复接收的最多次数N。若超过最大重复接收次数则此次接收过程失败,说明此时无线信号不适于继续进行接收,延迟一段时间后在进行接收。所有数据接收完毕后,终端将even id时间标记为成功succe,不再响应even id的事件。
2.一次就解读成功:终端解读出所有数据单元,对比解读出总数据大小,并未出现缺失数据单元,所有数据接收完毕后,终端将even id时间标记为succe, 不再响应even id的事件。
3.在T时间内没有解读成功:表明此次数据下载失败,终端上报自身的终端标识,使用一对一数据建立过程下载数据。
终端在接收全部数据后合并所有数据单元,恢复原始数据。去除数据单元的包头和编号数据,将数据单元中的应用数据包恢复为原始10M应用数据,并清空缓存空间,等待下次接收使用。
步骤S560,接收另一寻呼消息,在所述另一寻呼消息具有所述标识符时,检测自接收所述寻呼消息起至当前的时间是否已超过所述有效时间,在未超过所述有效时间时忽略所述另一寻呼消息。
在本实施例中,终端将每次收到的paging信息中的even id和上次收到的 evenid进行对比,如果数值一致,则忽略此次paging行为,若不一样则进一步读取NPMCH信道。
本发明的技术方案,主要在协议层的信息字段添加,以及终端软件内部处理,用户界面上无需更改变化,对于用户使用和操作上无影响。根据本实施例的技术方案,可以用多播方式短时间并行完成大量终端的数据下载,提高数据接收成功率。减少基站负荷,降低终端耗电,提高终端运行寿命。本实施例的技术方案,可以应用到未来5G物联网终端升级,软件上的新能力不需要重新替换终端即可完成,减少人工升级终端成本。该方案可应用于5G物联网以及LTE系统数据传输。
如图6所示,本发明的一个实施例中提供了一种终端,终端包括处理器 610、存储器620和通信总线630;
通信总线630用于实现处理器610和存储器620之间的连接通信;
处理器610用于执行存储器620中存储的数据帧传输程序,以实现以下步骤:
从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n个部分。
在本实施例中,如图2所示,应用服务器主要是数据存储和数据分割功能, eNodeB(基站)完成数据向物理层的映射并配置相关信道完成数据发送终端完成基站数据的接收,暂时存储接收到的数据单元等待最终合并,将接收到数据单元去除编号数据,合并为原始数据。在网络侧通过应用服务器存储需要发送的数据,应用服务器位于位于eNodeB之上,可以被多个eNodeB公用,提高资源使用率。应用服务器除具有存储能力还需具备将数据分割/合并的能力,对需要发送的原始数据分割为n个数据单元后进行编号,可由0开始编号一直到最后一个数据单元,n为大于1的正整数。分割编号后的数据单元的数据结构可以如图3所示,分为编号区域和原始数据区域两个部分。
在本实施例中,基站需要配置多播信道,将编号后的数据包依次映射到多播信道上进行发送,并配置NPMCH信道指示多播信道的位置,帮助终端解读传输内容。具体地,可在NB-IOT的所占用的无线资源中选择1号无线帧中配置NPMCH信道,传输周期可为12ms(毫秒),即每隔12ms传输一次NPMCH 信息,多播信道可使用NB-IOT传输周期中的空白帧。
根据位置,从多播信道获取接收至少一个数据单元。
检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收。
在本实施例中,如图4所示,终端检测多播信道中接收到的数据单元是否完整,主要是解读数据单元,获得最后一个数据单元编号n,然后检查0至(n-1) 编号数据单元是否已经接收到,若有若干数据单元缺失,则暂时将已收到的数据单元进行缓存,再接收一轮数据。将新接收到的数据单元、与上一组中缺失的进行比对,将第一组缺失的数据单元保存到缓存中和第一组数据进行排列,检查是否还有缺失的单元,再进行下一次的数据接收,直到数据接收完毕或多次超时。多次超时后说明此段时间内不适于再接收信息,延迟一段时间后继续进行。
根据n个数据单元,生成原始数据。
在本实施例中,终端侧将收到完整的数据单元合并为原始数据,即为切割编号的逆过程,将编号信息去掉后,合并数据单元合并恢复为完整数据。
大量5G物联网终端需要进行软件升级或者下载数据时;由于5G物联网终端的特点是低功耗,高时延,低成本,终端数量多。如果需要升级,则需要基站对众多终端进行一对一的调度,传输数据,一方面终端负载会非常大,耗时长,成功率低。如果是人工更换升级则会产生大量成本。而使用本实施例的技术方案,基站可以在多播信道发送数避免基站调度,可以完成大量终端的数据下载。
如图6所示,本发明的一个实施例中提供了一种终端,终端包括处理器 610、存储器620和通信总线630;
通信总线630用于实现处理器610和存储器620之间的连接通信;
处理器610用于执行存储器620中存储的数据帧传输程序,以实现以下步骤:
接收寻呼消息,寻呼消息包括用于标识原始数据的标识符、接收n个数据单元的有效时间。
在本实施例中,在应用服务器上放置需要下发的信息,如10M大小的数据;应用服务器将数据进行分割,并加入编号信息,组成一个包含编号信息的数据单元,该数据单元里记录了此次分割后数据单元数量,即最后一个数据单元的编号n,以此体现此次分割后的总数据单元数量。
在本实施例中,eNode B将这些数据单元映射到多播信道并发送,另外配置NPMCH信道来指示多播信道的位置。在本实施例中,基站使用paging(寻呼)消息寻呼特定终端组,并在寻呼消息中附带字段表明此次寻呼的类型和内容标示,以免重复接收:在paging信令单元中增加even id(即标识符),用以标示下载的数据。基站下发paging寻呼需要下载数据的终端,paging信息中携带even id和T(有效时间)来标识下载事件(即原始数据)和下载事件有效期,表明在T时间内相同even id的事件忽略,以免终端重复接收同一内容数据。
根据标识符,检测是否需要接收原始数据,从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n个部分。
在本实施例中,终端第一次收到paging后,会解读到even id和T,判断是否是需要进行接收数据的paging事件,若是则终端启动计时器,假设该计时器为T999,并从SIB 2(系统消息2)中获得NPMCH的位置,解读NPMCH。通过NPMCH获得多播信道的位置,开始接收信息。Paging消息是循环发送的,每部终端都会收到若干次的paging消息,终端解读到相同evenid后需要检查 T999是否超时,若超时则可进行下一步的NPMCH信道的解读,否则终端忽略收到的paging。
根据位置,从多播信道获取接收至少一个数据单元。
检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,检测自接收寻呼消息起至当前的时间是否已超过预设时间,在未超过预设时间时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收,在超过预设时间时,与n个数据单元的发送方建立一对一连接,并从发送方获取 n个数据单元。
根据n个数据单元,生成原始数据。
在本实施例中,终端组中解读数据单元有三种情况:
1、经过多次解读成功:终端从NPMCH中接收到的信息解码出数据,从数据单元获得数据单元总数,对比接收到的数据单元检查是否有缺失情况。如有缺失,缓冲已收到的数据,并进行下一次接收。第二次接收检查是否收到第一次没有收到的数据单元,如收到,添加到缓存数据队列中。检查数据单元队列是否已全部接收完毕,若还有缺失,继续进行下一次接收,直到全部接收完毕,或超过重复接收的最多次数N。若超过最大重复接收次数则此次接收过程失败,说明此时无线信号不适于继续进行接收,延迟一段时间后在进行接收。所有数据接收完毕后,终端将even id时间标记为成功succe,不再响应even id的事件。
2.一次就解读成功:终端解读出所有数据单元,对比解读出总数据大小,并未出现缺失数据单元,所有数据接收完毕后,终端将even id时间标记为succe, 不再响应even id的事件。
3.在T时间内没有解读成功:表明此次数据下载失败,终端上报自身的终端标识,使用一对一数据建立过程下载数据。
终端在接收全部数据后合并所有数据单元,恢复原始数据。去除数据单元的包头和编号数据,将数据单元中的应用数据包恢复为原始10M应用数据,并清空缓存空间,等待下次接收使用。
接收另一寻呼消息,在所述另一寻呼消息具有所述标识符时,检测自接收所述寻呼消息起至当前的时间是否已超过所述有效时间,在未超过所述有效时间时忽略所述另一寻呼消息。
在本实施例中,终端将每次收到的paging信息中的even id和上次收到的 evenid进行对比,如果数值一致,则忽略此次paging行为,若不一样则进一步读取NPMCH信道。
本发明的技术方案,主要在协议层的信息字段添加,以及终端软件内部处理,用户界面上无需更改变化,对于用户使用和操作上无影响。根据本实施例的技术方案,可以用多播方式短时间并行完成大量终端的数据下载,提高数据接收成功率。减少基站负荷,降低终端耗电,提高终端运行寿命。本实施例的技术方案,可以应用到未来5G物联网终端升级,软件上的新能力不需要重新替换终端即可完成,减少人工升级终端成本。该方案可应用于5G物联网以及LTE系统数据传输。
如图6所示,本发明的一个实施例中一种计算机可读存储介质,计算机可读存储介质存储有一个或者多个程序,一个或者多个程序可被一个或者多个处理器执行,以实现以下的步骤:
从NPMCH获取用于传输n个数据单元的多播信道的位置,n个数据单元包含预设的原始数据的n个部分。
在本实施例中,如图2所示,应用服务器主要是数据存储和数据分割功能, eNodeB(基站)完成数据向物理层的映射并配置相关信道完成数据发送终端完成基站数据的接收,暂时存储接收到的数据单元等待最终合并,将接收到数据单元去除编号数据,合并为原始数据。在网络侧通过应用服务器存储需要发送的数据,应用服务器位于位于eNodeB之上,可以被多个eNodeB公用,提高资源使用率。应用服务器除具有存储能力还需具备将数据分割/合并的能力,对需要发送的原始数据分割为n个数据单元后进行编号,可由0开始编号一直到最后一个数据单元,n为大于1的正整数。分割编号后的数据单元的数据结构可以如图3所示,分为编号区域和原始数据区域两个部分。
在本实施例中,基站需要配置多播信道,将编号后的数据包依次映射到多播信道上进行发送,并配置NPMCH信道指示多播信道的位置,帮助终端解读传输内容。具体地,可在NB-IOT的所占用的无线资源中选择1号无线帧中配置NPMCH信道,传输周期可为12ms(毫秒),即每隔12ms传输一次NPMCH 信息,多播信道可使用NB-IOT传输周期中的空白帧。
根据位置,从多播信道获取接收至少一个数据单元。
检测n个数据单元是否已全部接收,在n个数据单元未全部接收时,再次从多播信道接收尚未接收到的数据单元,直至n个数据单元全部接收。
在本实施例中,如图4所示,终端检测多播信道中接收到的数据单元是否完整,主要是解读数据单元,获得最后一个数据单元编号n,然后检查0至(n-1) 编号数据单元是否已经接收到,若有若干数据单元缺失,则暂时将已收到的数据单元进行缓存,再接收一轮数据。将新接收到的数据单元、与上一组中缺失的进行比对,将第一组缺失的数据单元保存到缓存中和第一组数据进行排列,检查是否还有缺失的单元,再进行下一次的数据接收,直到数据接收完毕或多次超时。多次超时后说明此段时间内不适于再接收信息,延迟一段时间后继续进行。
根据n个数据单元,生成原始数据。
在本实施例中,终端侧将收到完整的数据单元合并为原始数据,即为切割编号的逆过程,将编号信息去掉后,合并数据单元合并恢复为完整数据。
大量5G物联网终端需要进行软件升级或者下载数据时;由于5G物联网终端的特点是低功耗,高时延,低成本,终端数量多。如果需要升级,则需要基站对众多终端进行一对一的调度,传输数据,一方面终端负载会非常大,耗时长,成功率低。如果是人工更换升级则会产生大量成本。而使用本实施例的技术方案,基站可以在多播信道发送数避免基站调度,可以完成大量终端的数据下载。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、 ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD) 或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种数据传输方法,其特征在于,包括:
终端从NPMCH获取基站配置的用于传输n个数据单元的多播信道的位置,所述n个数据单元包含预设的原始数据的n个部分;
所述终端根据所述基站配置的多播信道的位置,从所述基站配置的多播信道获取接收所述基站映射到所述基站配置的多播信道的至少一个数据单元;
所述终端检测所述n个数据单元是否已全部接收,并在所述n个数据单元未全部接收时,再次从所述基站配置的多播信道接收尚未接收到的所述基站映射到所述基站配置的多播信道的数据单元,直至所述n个数据单元全部接收;
所述终端根据已全部接收的所述基站映射到所述基站配置的多播信道的n个数据单元,生成所述原始数据。
2.根据权利要求1所述的方法,其特征在于,在所述终端从NPMCH获取基站配置的用于传输n个数据单元的多播信道的位置之前,还包括:
接收寻呼消息,所述寻呼消息包括用于标识所述原始数据的标识符;
根据所述标识符,检测是否需要接收所述原始数据,在需要接收所述原始数据时执行所述从NPMCH获取基站配置的用于传输n个数据单元的多播信道的位置。
3.根据权利要求2所述的方法,其特征在于,在所述再次从所述基站配置的多播信道接收尚未接收到的所述基站映射到所述基站配置的多播信道的数据单元之前,还包括:
检测自接收所述寻呼消息起至当前的时间是否已超过预设时间,在未超过所述预设时间时,执行所述再次从所述基站配置的多播信道接收尚未接收到的所述基站映射到所述基站配置的多播信道的数据单元。
4.根据权利要求3所述的方法,其特征在于,在所述检测自接收所述寻呼消息起至当前的时间是否已超过所述预设时间之后,还包括:
在超过所述预设时间时,与所述n个数据单元的发送方建立一对一连接,并从所述发送方获取所述n个数据单元。
5.根据权利要求3所述的方法,其特征在于,所述寻呼消息还包括接收所述n个数据单元的有效时间;在所述生成所述原始数据之后,还包括:
接收另一寻呼消息,在所述另一寻呼消息具有所述标识符时,检测自接收所述寻呼消息起至当前的时间是否已超过所述有效时间,在未超过所述有效时间时忽略所述另一寻呼消息。
6.一种终端,其特征在于,所述终端包括处理器、存储器和通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的数据帧传输程序,以实现以下步骤:
从NPMCH获取基站配置的用于传输n个数据单元的多播信道的位置,所述n个数据单元包含预设的原始数据的n个部分;
根据所述基站配置的多播信道的位置,从所述基站配置的多播信道获取接收所述基站映射到所述基站配置的多播信道的至少一个数据单元;
检测所述n个数据单元是否已全部接收,并在所述n个数据单元未全部接收时,再次从所述基站配置的多播信道接收尚未接收到的所述基站映射到所述基站配置的多播信道的数据单元,直至所述n个数据单元全部接收;
根据已全部接收的所述基站映射到所述基站配置的多播信道的n个数据单元,生成所述原始数据。
7.根据权利要求6所述的终端,其特征在于,在所述从NPMCH获取用于传输n个数据单元的多播信道的位置之前,所述处理器还执行所述数据帧传输程序,以实现以下步骤:
接收寻呼消息,所述寻呼消息包括用于标识所述原始数据的标识符;
根据所述标识符,检测是否需要接收所述原始数据,在需要接收所述原始数据时执行所述从NPMCH获取基站配置的用于传输n个数据单元的多播信道的位置。
8.根据权利要求7所述的终端,其特征在于,在所述再次从所述多播信道接收尚未接收到的数据单元之前,所述处理器还执行所述数据帧传输程序,以实现以下步骤:
检测自接收所述寻呼消息起至当前的时间是否已超过预设时间,在未超过所述预设时间时,执行所述再次从所述基站配置的多播信道接收尚未接收到的所述基站映射到所述基站配置的多播信道的数据单元。
9.根据权利要求8所述的终端,其特征在于,在所述检测自接收所述寻呼消息起至当前的时间是否已超过所述预设时间之后,所述处理器还执行所述数据帧传输程序,以实现以下步骤:
在超过所述预设时间时,与所述n个数据单元的发送方建立一对一连接,并从所述发送方获取所述n个数据单元。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现权利要求1至4中任一项所述的数据传输方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810628249.5A CN110620994B (zh) | 2018-06-19 | 2018-06-19 | 数据传输方法、终端和计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810628249.5A CN110620994B (zh) | 2018-06-19 | 2018-06-19 | 数据传输方法、终端和计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110620994A CN110620994A (zh) | 2019-12-27 |
CN110620994B true CN110620994B (zh) | 2022-04-22 |
Family
ID=68920009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810628249.5A Active CN110620994B (zh) | 2018-06-19 | 2018-06-19 | 数据传输方法、终端和计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110620994B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6018359A (en) * | 1998-04-24 | 2000-01-25 | Massachusetts Institute Of Technology | System and method for multicast video-on-demand delivery system |
CN107579863A (zh) * | 2017-10-17 | 2018-01-12 | 锐捷网络股份有限公司 | 终端ota升级方法、装置及系统 |
WO2018027906A1 (en) * | 2016-08-12 | 2018-02-15 | Mediatek Singapore Pte. Ltd | Methods and apparatus for multi-cast transmission |
CN107734691A (zh) * | 2016-08-12 | 2018-02-23 | 株式会社Kt | 用于针对NB‑IoT终端发送或接收多播控制信道的方法和装置 |
CN107734463A (zh) * | 2016-08-12 | 2018-02-23 | 电信科学技术研究院 | 接收多播业务的方法、发送多播业务的方法及装置 |
CN107734646A (zh) * | 2016-08-11 | 2018-02-23 | 电信科学技术研究院 | 一种多播业务信息的发送方法、接收方法、基站及终端 |
CN107889063A (zh) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015161441A1 (en) * | 2014-04-22 | 2015-10-29 | Qualcomm Incorporated | Receiving embms on a single-radio-multiple-standby user equipment |
US10314045B2 (en) * | 2016-08-09 | 2019-06-04 | Htc Corporation | Device and method of handling narrowband internet of things communication |
-
2018
- 2018-06-19 CN CN201810628249.5A patent/CN110620994B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6018359A (en) * | 1998-04-24 | 2000-01-25 | Massachusetts Institute Of Technology | System and method for multicast video-on-demand delivery system |
CN107734646A (zh) * | 2016-08-11 | 2018-02-23 | 电信科学技术研究院 | 一种多播业务信息的发送方法、接收方法、基站及终端 |
WO2018027906A1 (en) * | 2016-08-12 | 2018-02-15 | Mediatek Singapore Pte. Ltd | Methods and apparatus for multi-cast transmission |
CN107734691A (zh) * | 2016-08-12 | 2018-02-23 | 株式会社Kt | 用于针对NB‑IoT终端发送或接收多播控制信道的方法和装置 |
CN107734463A (zh) * | 2016-08-12 | 2018-02-23 | 电信科学技术研究院 | 接收多播业务的方法、发送多播业务的方法及装置 |
CN107889063A (zh) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
CN107579863A (zh) * | 2017-10-17 | 2018-01-12 | 锐捷网络股份有限公司 | 终端ota升级方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110620994A (zh) | 2019-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3419370B1 (en) | Method and device scheduling and allocating resource | |
US10772122B2 (en) | Method for random access in idle state and device | |
CN110166976B (zh) | 传输方式确定方法及装置,存储介质和电子装置 | |
US10701664B2 (en) | Method and apparatus for reducing access overhead from paged device in machine to machine communication system | |
CN111684752B (zh) | 管理nr的harq缓冲区的方法 | |
CN102763481B (zh) | 用于无线通信系统中基于竞争的上行链路传送的方法和设备 | |
EP2534917B1 (en) | Method for providing a contention based uplink channel | |
US11812434B2 (en) | Method for reporting channel status and device | |
US11765688B2 (en) | Data transmission method, device, base station, terminal and readable storage medium | |
WO2012108358A1 (ja) | メッセージ配信システム及び基地局、並びにメッセージ配信方法 | |
CN113472683A (zh) | 数据丢弃方法、装置、终端及存储介质 | |
CN103107953B (zh) | M2m的通信方法、装置和系统 | |
CN101087171A (zh) | 一种无线链路控制传输的方法及系统 | |
EP3790207B1 (en) | Information transmission method, communication device, and network device | |
CN1758801B (zh) | 移动通信终端中的消息发送设备和方法 | |
CN110620994B (zh) | 数据传输方法、终端和计算机可读存储介质 | |
EP3589043A1 (en) | Data transmission method, terminal device and network device | |
CN110856120B (zh) | 一种报文发送、接收方法及装置 | |
WO2019028777A1 (zh) | 寻呼方法、终端设备和网络设备 | |
CN110972325B (zh) | 一种数据传输方法、设备及装置 | |
CN113141580B (zh) | 一种多播广播业务业务兴趣上报及确定的方法、设备与介质 | |
CN113661754A (zh) | 数据传输方法、装置、用户设备及存储介质 | |
CN109475007B (zh) | 数据分发方法、用户终端及计算机可读存储介质 | |
CN112153694A (zh) | 数据处理方法、装置、终端及存储介质 | |
WO2024130598A1 (en) | Notifying method of multicast session deactivation and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |