CN108809480B - 一种数据接收方法及装置 - Google Patents

一种数据接收方法及装置 Download PDF

Info

Publication number
CN108809480B
CN108809480B CN201710295754.8A CN201710295754A CN108809480B CN 108809480 B CN108809480 B CN 108809480B CN 201710295754 A CN201710295754 A CN 201710295754A CN 108809480 B CN108809480 B CN 108809480B
Authority
CN
China
Prior art keywords
data
group
call service
group call
voice
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
Application number
CN201710295754.8A
Other languages
English (en)
Other versions
CN108809480A (zh
Inventor
赵义
林秋利
贺英英
张玲
耿扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN201710295754.8A priority Critical patent/CN108809480B/zh
Publication of CN108809480A publication Critical patent/CN108809480A/zh
Application granted granted Critical
Publication of CN108809480B publication Critical patent/CN108809480B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据接收方法及装置,用以解决现有技术中存在的解码错误率高的问题。所述方法具体包括:终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据;在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中;所述终端设备将经过合并的所述第一数据进行解码。

Description

一种数据接收方法及装置
技术领域
本发明涉及通信技术领域,特别涉及一种数据接收方法及装置。
背景技术
集群长期演进(英文:Long Term Evolution,简称:LTE)网络是一种用于调度指挥通信的移动通信网络。集群LTE在保证兼容LTE数据业务的基础上,增强了语音组呼基本业务和补充业务,以及多媒体集群调度等集群业务功能,具有灵活带宽、高频谱效率、低时延、高可靠性的特征,能够满足专业用户对语音集群、宽带数据、应急指挥调度等需求。语音组呼业务,又简称组呼,是一种电信业务。组呼业务定义了由多方参与,一部分人可以讲话,多方聆听的点对多点通信方式。
集群LTE相较于公网LTE:集群LTE以组呼业务为主,且没有混合自动重传请求(英文:Hybrid Automatic Repeat reQuest,简称:HARQ)保证,因此在物理信道条件较差的情况下物理层会丢包,即发生终端设备涡轮(Turbo)解码错误的现象。
当集群终端设备移动到小区边缘后,由于服务小区的信号强度变弱以及来自邻小区的干扰变大,接收下行信号能力变弱。现有技术中,通常采用降低来自相邻小区的干扰信号的方法,解决集群终端设备移动到小区边缘后接收下行信号能力变弱的问题。然而,集群终端设备降低来自相邻小区的干扰信号后接收服务小区的信号时,接收到的服务小区的信号强度依然较弱,集群终端设备接收下行信号能力依然较弱,导致解码错误率较高。
发明内容
本发明实施例提供一种数据接收方法及装置,用以解决现有技术中存在的解码错误率高的问题。
第一方面,本发明实施例提供了一种数据接收方法,包括:
终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中。
所述终端设备将经过合并的所述第一数据进行解码。
本发明实施例中通过终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中,最后将经过合并的所述第一数据进行解码的方式,相比于现有技术中通过降低来自相邻小区的干扰信号的方法,本发明实施例中将来自所述服务小区的属于所述组呼业务的第一数据与来自相邻小区的属于所述组呼业务的第二数据进行数据合并后解码,从而提高了解码成功率,降低了解码错误率,提高了终端设备接收下行信号的能力。
结合第一方面,在第一方面的第一种可能的实施方式中,所述终端设备通过如下方式确定所述邻小区已建立所述组呼业务:
所述终端设备监听所述邻小区的物理下行控制信道PDCCH。
所述终端设备在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务。
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的无线网络临时标识SPS G-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
结合第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,在所述终端设备确定所述邻小区已建立所述组呼业务之前,所述方法还包括:
所述终端设备确定来自所述邻小区的信号的信号强度大于预设阈值。
结合第一方面,在第一方面的第三种可能的实施方式中,终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之后,所述方法还包括:
所述终端设备确定已经接收到的所述服务小区发来的针对所述组呼业务的数据组数N1voice1以及所述第一数据在所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice1;其中,所述组呼业务的每组数据的数量为预配置的;
并确定已经缓存的所述邻小区发来的所述组呼业务的数据组数N2voice2以及所述第二数据在所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice2
结合第一方面的第三种可能的实施方式,在第一方面的第四种可能的实施方式中,终端设备接收来自服务小区的组呼业务的第一数据之前,所述方法还包括:
所述终端设备接收所述服务小区针对所述组呼业务进行半静态调度SPS时发来的第一控制指令DCI,所述第一DCI携带所述服务小区保存的针对所述组呼业务的数据组数N1voice以及当前发送的数据在针对所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice
所述终端设备保存所述第一DCI中携带的N1voice以及M1voice
所述终端设备每接收一个来自所述服务小区的属于所述组呼业务的数据时,更新N1voice以及M1voice
所述终端设备缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之前,所述方法还包括:
所述终端设备接收所述邻小区针对所述组呼业务进行SPS时发来的第二DCI,所述第二DCI携带所述邻小区保存的针对所述组呼业务的数据组数N2voice以及当前发送的数据在针对所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice
所述终端设备保存所述第二DCI中携带的N2voice以及M2voice
所述终端设备每接收一个来自所述邻小区的属于所述组呼业务的数据时,更新N2voice以及M2voice
结合第一方面的第三种可能的实施方式,在第一方面的第五种可能的实施方式中,所述终端设备通过如下方式确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据:
所述终端设备在确定所述第二数据的N2voice2以及M2voice2与所述第一数据的N1voice1以及M1voice1均相同时,确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
结合第一方面和第一方面的第一种可能的实施方式至第五种可能的实施方式中的任一种,在第一方面的第六种可能的实施方式中,在所述终端设备将所述若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,所述方法还包括:
在所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,所述终端设备将所述第一数据以及所述第二数据分别进行解速率匹配。
第二方面,本发明实施例提供了一种数据接收方法,包括:
核心网侧接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息;
所述核心网侧为所述服务小区分配针对所述组呼业务的无线网络临时标识SPSG-RNTI,以便于所述服务小区在针对所述终端设备的所述组呼业务进行半静态调度SPS时,针对发送给终端设备的SPS激活消息采用所述SPS G-RNTI进行加扰处理。
结合第二方面,在第二方面的第一种可能的实施方式中,所述核心网侧接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息后,所述方法还包括:
所述核心网侧接收到针对所述组呼业务的数据时,确定已接收到的针对所述组呼业务的数据组数Nvoice以及所述数据所在的所述组呼业务的所在组包括数据中的顺序号Mvoice,其中,所述组呼业务的每组数据的数量为预配置的;
所述核心网侧向所述服务小区发送数据信息,所述数据信息中包括所述数据、Mvoice,以及Nvoice
第三方面,本发明实施例提供了一种数据接收方法,包括:
小区与核心网侧之间为终端设备建立组呼业务承载时,接收所述核心网侧发来的数据信息,所述数据信息包括所述组呼业务的第一数据以及所述核心网侧已经发送的针对所述组呼业务的数据组数Nvoice、所述第一数据在所述组呼业务的所在组包括数据中的顺序号Mvoice;其中,所述组呼业务的每组数据的数量为预配置的;
所述小区保存所述数据信息中包括的Mvoice以及Nvoice
所述小区每接收到所述核心网侧发来的属于所述组呼业务的数据时,更新Mvoice以及Nvoice
结合第三方面,在第三方面的第一种可能的实施方式中,小区与核心网侧之间为终端设备建立组呼业务承载后,所述方法还包括:
所述小区针对所述终端设备的所述组呼业务进行半静态调度SPS时,向终端设备发送控制信息DCI,所述DCI携带所述小区保存的Mvoice以及Nvoice
结合第三方面的第一种可能的实施方式,在第三方面的第二种可能的实施方式中,所述小区针对所述终端设备的所述组呼业务进行半静态调度SPS,包括:
所述小区针对所述组呼业务的SPS激活消息采用无线网络临时标识SPS G-RNTI进行加扰处理,并将经过加扰处理后的SPS激活消息发送给所述终端设备;所述SPS G-RNTI由所述核心网侧在所述组呼业务建立时分配给所述小区。
第四方面,本发明实施例提供了一种数据接收装置,所述装置应用于终端设备,包括:
接收模块,用于接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据;
合并模块,用于在针对所述接收模块接收的所述第一数据解码出现错误时,将所述接收模块接收的所述第二数据合并到所述第一数据中;
解码模块,用于将经过所述合并模块合并的所述第一数据进行解码。
结合第四方面,在第四方面的第一种可能的实施方式中,所述装置还包括确定模块;
所述确定模块,用于通过如下方式确定所述邻小区已建立所述组呼业务:
所述确定模块监听所述邻小区的物理下行控制信道PDCCH;
所述确定模块在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务;
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的无线网络临时标识SPS G-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
结合第四方面的第一种可能的实施方式,在第四方面的第二种可能的实施方式中,所述确定模块,还用于在确定所述邻小区已建立所述组呼业务之前,确定来自所述邻小区的信号的信号强度大于预设阈值。
结合第四方面,在第四方面的第三种可能的实施方式中,所述确定模块,还用于:
在所述接收模块接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之后,确定所述接收模块已经接收到的所述服务小区发来的针对所述组呼业务的数据组数N1voice1以及所述接收模块接收的所述第一数据在所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice1;其中,所述组呼业务的每组数据的数量为预配置的;
并确定所述接收模块已经缓存的所述邻小区发来的所述组呼业务的数据组数N2voice2以及所述接收模块接收的所述第二数据在所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice2
结合第四方面的第三种可能的实施方式,在第四方面的第四种可能的实施方式中,所述接收模块,还用于在接收来自服务小区的组呼业务的第一数据之前,接收所述服务小区针对所述组呼业务进行半静态调度SPS时发来的第一控制指令DCI,所述第一DCI携带所述服务小区保存的针对所述组呼业务的数据组数N1voice以及当前发送的数据在针对所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice
所述装置还包括保存模块以及更新模块;
所述保存模块,用于保存所述接收模块接收的所述第一DCI中携带的N1voice以及M1voice
所述更新模块,用于每接收一个来自所述服务小区的属于所述组呼业务的数据时,更新所述保存模块保存的N1voice以及M1voice
所述接收模块,还用于在缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之前,接收所述邻小区针对所述组呼业务进行SPS时发来的第二DCI,所述第二DCI携带所述邻小区保存的针对所述组呼业务的数据组数N2voice以及当前发送的数据在针对所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice
所述保存模块,还用于保存所述接收模块接收的所述第二DCI中携带的N2voice以及M2voice
所述更新模块,还用于每接收一个来自所述邻小区的属于所述组呼业务的数据时,更新所述保存模块保存的N2voice以及M2voice
结合第四方面的第三种可能的实施方式,在第四方面的第五种可能的实施方式中,所述确定模块,还用于通过如下方式确定所述接收模块接收的所述第二数据与所述接收模块接收的所述第一数据属于所述组呼业务中的同一数据:
在确定所述第二数据的N2voice2以及M2voice2与所述第一数据的N1voice1以及M1voice1均相同时,确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
结合第四方面和第四方面的第一种可能的实施方式至第五种可能的实施方式中的任一种,在第四方面的第六种可能的实施方式中,所述装置还包括解速率匹配模块;
所述解速率匹配模块,用于在所述合并模块将所述若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,将所述第一数据以及所述第二数据分别进行解速率匹配。
第五方面,本发明实施例提供了一种数据接收装置,所述装置应用于核心网侧,包括:
接收模块,用于接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息;
分配模块,用于在所述接收模块接收到所述请求消息后,为所述服务小区分配针对所述组呼业务的无线网络临时标识SPS G-RNTI,以便于所述服务小区在针对所述终端设备的所述组呼业务进行半静态调度SPS时,针对发送给终端设备的SPS激活消息采用所述SPS G-RNTI进行加扰处理。
结合第五方面,在第五方面的第一种可能的实施方式中,所述装置还包括确定模块以及发送模块;
所述确定模块,用于在所述接收模块接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息后,在所述接收模块接收到针对所述组呼业务的数据时,确定已接收到的针对所述组呼业务的数据组数Nvoice以及所述数据所在的所述组呼业务的所在组包括数据中的顺序号Mvoice,其中,所述组呼业务的每组数据的数量为预配置的;
所述发送模块,用于向所述服务小区发送数据信息,所述数据信息中包括所述接收模块接收的所述数据、所述确定模块确定的Mvoice,以及所述确定模块确定的Nvoice
第六方面,本发明实施例提供了一种数据接收装置,所述装置应用于小区侧,包括:
接收模块,用于在所述小区与核心网侧之间为终端设备建立组呼业务承载时,接收所述核心网侧发来的数据信息,所述数据信息包括所述组呼业务的第一数据以及所述核心网侧已经发送的针对所述组呼业务的数据组数Nvoice、所述第一数据在所述组呼业务的所在组包括数据中的顺序号Mvoice;其中,所述组呼业务的每组数据的数量为预配置的;
保存模块,用于保存所述接收模块接收的所述数据信息中包括的Mvoice以及Nvoice
更新模块,用于在每接收到所述核心网侧发来的属于所述组呼业务的数据时,更新所述保存模块保存的Mvoice以及Nvoice
结合第六方面,在第六方面的第一种可能的实施方式中,所述装置还包括发送模块;
所述发送模块,用于在所述小区与核心网侧之间为终端设备建立组呼业务承载后,针对所述终端设备的所述组呼业务进行半静态调度SPS时,向终端设备发送控制信息DCI,所述DCI携带所述保存模块保存的Mvoice以及Nvoice
结合第六方面的第一种可能的实施方式,在第六方面的第二种可能的实施方式中,所述装置还包括加扰模块;
所述加扰模块,用于针对所述组呼业务的SPS激活消息采用无线网络临时标识SPSG-RNTI进行加扰处理;
所述发送模块,具体用于:
将经过所述加扰模块加扰处理后的SPS激活消息发送给所述终端设备;所述SPSG-RNTI由所述核心网侧在所述组呼业务建立时分配给所述小区。
本发明实施例中通过终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中,最后将经过合并的所述第一数据进行解码的方式,相比于现有技术中通过降低来自相邻小区的干扰信号的方法,本发明实施例中将来自所述服务小区的属于所述组呼业务的第一数据与来自相邻小区的属于所述组呼业务的第二数据进行数据合并后解码,从而提高了解码成功率,降低了解码错误率,提高了终端设备接收下行信号的能力。
附图说明
图1为本发明实施例提供的一种数据接收方法的流程图;
图2为本发明实施例提供的一种服务小区数据解码方法的流程图;
图3为本发明实施例提供的另一种数据接收方法的流程图;
图4为本发明实施例提供的另一种数据接收方法的流程图;
图5为本发明实施例提供的一种数据接收装置的结构示意图;
图6为本发明实施例提供的一种终端设备的结构示意图;
图7为本发明实施例提供的一种数据接收装置的结构示意图;
图8为本发明实施例提供的一种核心网设备的结构示意图;
图9为本发明实施例提供的一种数据接收装置的结构示意图;
图10为本发明实施例提供的一种基站设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例可以应用于集群无线网络系统中。集群无线网络系统以组呼业务为主,并且集群无线网络系统没有HARQ保证,因此在物理信道条件较差的情况下物理层可能丢失组呼业务的数据包,从而发生终端设备涡轮(Turbo)解码错误的现象。另外如果集群无线网络系统中两个物理位置相邻的小区之间建立相同的组呼业务承载,则当终端设备移动到物理位置相邻的两个小区之间时可以接收来自这两个小区的属于同一个组呼业务的数据。基于此本发明实施例提供一种数据接收方法及装置,通过对接收到的服务小区和邻小区的数据进行合并解码,从而提高了解码成功率,解决了现有技术中存在的解码错误率高的问题。
其中,方法和装置是基于同一发明构思的,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
为了使得本发明的实施例更容易被理解,下面,首先对本发明的实施例中涉及的一些描述加以说明,这些说明不应视为对本发明所要求的保护范围的限定。
半静态调度(英文:Semi-Persistent Scheduling,简称:SPS)是指在集群长期演进(英文:Long Term Evolution,简称:LTE)的调度过程中,服务小区在初始调度时通过物理下行控制信道(英文:Physical Downlink Control Channel,简称:PDCCH)向终端设备发送携带服务小区当前的调度信息的激活控制指令(英文:Downlink Control Information,简称:DCI)。终端设备在接收到激活DCI后,保存服务小区当前的调度信息,然后每隔固定的周期在相同的时频资源位置上进行业务数据的发送或接收。其中,DCI携带的信息包括混合自动重传请求(英文:Hybrid Automatic Repeat reQuest,简称:HARQ)进程数、调制和编码方式、冗余版本等。DCI还包括传输功率控制(英文:Transmit Power Control,简称:TPC)&下行分配索引(英文:Downlink Assignment Index,简称:DAI)字段。其中,TPC字段位于高2bits,用于指示终端设备调整物理上行共享信道(英文:Physical UplinkSharedChannel),简称:PUSCH)信道上的发送功率。DAI字段位于低2bits,终端设备通过DCI中的DAI字段判断是否有DCI的丢失。
集群语音组呼业务一般采用SPS调度,其调度指令包括经过SPS无线网络临时标识(英文:Group Radio Network Temporary Identifier,简称:G-RNTI)加扰的SPS激活消息和经过SPS G-RNTI加扰的SPS释放消息。
服务小区在初始调度时通过PDCCH向终端设备发送携带服务小区当前的调度信息的激活DCI,当激活DCI的格式采用DCI1A时,B-TrunC标准规定激活DCI的格式如表1所示。
表1
Figure BDA0001283028560000121
服务小区在结束调度时通过PDCCH向终端设备发送用于指示终端设备结束SPS调度的释放DCI,当释放DCI的格式采用DCI1A时,B-TrunC标准规定释放DCI的格式如表2所示。
表2
Figure BDA0001283028560000122
Figure BDA0001283028560000131
在公网LTE中,一次SPS调度针对一个终端设备,一次SPS调度以一条SPS激活消息开始,以一条SPS释放消息结束。而在集群LTE中,一次SPS调度针对多个终端设备,SPS激活消息采用周期发送和由终端小区切换触发相结合的方式,使得终端设备无论何时接入都可以接收到所述组呼业务的数据,并以一条SPS释放消息结束。在集群LTE中针对同一次SPS调度,多次发送SPS激活消息,最后发送一次SPS释放消息,并不会对SPS业务调度有影响。
集群通信(英文:Boardband Trunking Communication,简称:B-TrunC)标准中规定了集群LTE中SPS激活消息的发送周期为{10,20,32,40,64,80,128,160,320,640}ms,其中,当PDCCH中采用时分双工(英文:Time Division Duplexing,简称:TDD)技术时,SPS激活消息的发送周期不能为{32,64,128}ms。
速率匹配是指传输信道上的比特被重发或者被打孔,确保在传输信道复用后,总比特数与所映射的物理信道的总比特数相同。打孔是删除信道中相应的比特,重发就是重复发送信道中相应的比特。
在一个传输信道中不同的传输时间间隔(英文:transmission time-interval,简称:TTI)上传输的比特数可以不同,而所配置的物理信道容量(或者物理信道承载比特数)是固定的。因此,当不同TTI的传输的数据的比特数发生改变时,为了匹配物理信道的承载能力,输入数据中的一些比特将被重发或者打孔,以确保在传输信道复用后总的比特率与所配置的物理信道承载能力相一致。当要计算比特打孔或重发的数量时将要用到速率匹配参数。
解速率匹配用于处理速率匹配的相反过程,即用约定的0或1填充速率匹配时打掉的比特。
在本发明实施例的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图1所示,为本发明实施例提供的一种数据接收方法的流程图,所述方法具体可以包括如下:
S101,终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据。
其中,所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
S102,在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中。
S103,所述终端设备将经过合并的所述第一数据进行解码。
本发明实施例中通过终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中,最后将经过合并的所述第一数据进行解码的方式,相比于现有技术中通过降低来自相邻小区的干扰信号的方法,本发明实施例中将来自所述服务小区的属于所述组呼业务的第一数据与来自相邻小区的属于所述组呼业务的第二数据进行数据合并,从而增强了服务小区的信号强度,提高了终端设备接收下行信号的能力。
可选的,在所述终端设备确定所述邻小区已建立所述组呼业务之前,所述终端设备判断来自所述邻小区的信号的信号强度是否大于预设阈值;若是,所述终端设备判断所述邻小区是否已建立所述组呼业务;若否,所述终端设备停止检测来自所述邻小区的信号的信号强度。
可选的,所述终端设备可以通过如下方式确定所述邻小区已建立所述组呼业务:
所述终端设备监听所述邻小区的PDCCH;
所述终端设备在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务;
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的SPS G-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
无线网络公网中组呼业务的RNTI一般由基站的无线资源控制(英文:RadioResource Control,简称:RRC)层分配,而为了保证各组呼业务的SPS G-RNTI一致性,本发明实施例中将组呼业务的SPS G-RNTI的分配主体由基站提升到核心网,保证了不同基站针对同一组呼业务采用相同的SPS G-RNTI,从而保证了所述组呼业务的SPS G-RNTI的一致性。
可选的,终端设备在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息后,终端设备盲检PDCCH,即根据所述组呼业务的G-RNTI在邻小区的PDCCH中寻找承载所述SPS G-RNTI的PDCCH。由于G-RNTI会对承载SPS-GRNTI的PDCCH搜索空间产生影响,为降低终端设备盲检PDCCH的复杂度,本发明实施例中将组呼业务的G-RNTI的分配主体由基站转换为核心网,保证了不同基站针对同一组呼业务采用相同的G-RNTI,从而保证了所述组呼业务的G-RNTI的一致性,降低了终端设备盲检PDCCH的复杂度。
本申请实施例中,终端设备在接收到服务小区的组呼业务的数据以及邻小区组呼业务的数据后,若要进行合并,需要保证服务小区的数据与邻小区的数据为同一帧,因此要保证服务小区的数据以及邻小区的数据的同步。在集群组呼业务由各个小区的媒体访问控制(英文:Media Access Control,简称:MAC)调度,MAC根据自身的业务负载情况和业务优先级进行调度,实际的调度情况是各个小区对同一组呼业务的调度可能存在一定偏差,空口上数据时域资源不同步,频域资源有差别,这给终端设备同步服务小区和邻小区的空口数据带来障碍。因此,本发明实施例提出一种同步服务小区以及邻小区的数据的方法:
首先,这里提出两个概念,用符号Mvoice和Nvoice表示。
Mvoice表示数据在所述组呼业务的所在组包括数据中的顺序号,即表示接收的是所述组呼业务的所在组包括数据中的第几个数据,Mvoice取值范围为0~M-1。每接收一个数据时更新Mvoice,具体的,每接收一个数据时,Mvoice更新为(Mvoice+1)mod M,x mod y表示x对y取余,即Mvoice不等于M-1时,接收一个针对所述组呼业务的数据后,Mvoice更新为Mvoice+1;Mvoice等于M-1时,接收一个针对所述组呼业务的数据后,Mvoice更新为0。
Nvoice表示已接收到的针对所述组呼业务的数据组数,所述组呼业务的每组数据的数量为预配置且等于M。因此,Nvoice表示的是已接收了Nvoice*M个数据包。Nvoice取值范围为0~14。每接收一个数据时更新Nvoice,具体的,每当Mvoice=M-1时,Nvoice=(Nvoice+1)mod 15,即在保存的Mvoice不等于M-1时,接收一个针对所述组呼业务的数据后,Nvoice不变;在保存的Mvoice等于M-1时,接收一个针对所述组呼业务的数据后,Nvoice更新为Nvoice+1。
其中,M=INT_delta*TSPS_PDCCH/TSPS,TSPS_PDCCH为服务小区针对所述组呼业务的SPS激活消息的发送周期,TSPS为所述组呼业务的数据的发送周期,INT_delta为正整数。
可选的,SPS激活消息的发送周期TSPS_PDCCH是组呼业务的数据的发送周期TSPS的整数倍。
可选的,NT_delta可以取1,可以取2,可以取3,也可以为其它值,本发明实施例在这里不做具体限定。但是需要说明的是,NT_delta的取值需使得M大于邻小区和服务小区调度所述组呼业务时在时间上的间隔内可发送的数据数量,即M符合如下公式:
Figure BDA0001283028560000161
其中,T1为服务小区开始调度所述组呼业务的时间,T2为邻小区开始调度所述组呼业务的时间。
核心网侧统计所述组呼业务的每一个数据的Mvoice和Nvoice,即核心网侧在接收到针对所述组呼业务的第一个数据时,保存Nvoice=0以及Mvoice=0。然后,每接收一个数据时更新Mvoice和Nvoice,从而确定了所述组呼业务的每一个数据的Mvoice和Nvoice
核心网侧在接收到小区建立所述组呼业务的请求后,将向该小区发送数据消息,所述数据消息包括当前数据,以及当前数据的Mvoice和Nvoice。之后核心网侧向小区发送的所述组呼业务的数据不再携带Mvoice和Nvoice
所述小区可以为所述组呼业务初始建立的小区,也可以为由于终端设备的移动导致的建立所述组呼业务的小区,本发明实施例在这不做具体限定。
在接收到所述核心网侧发送的数据消息后,所述小区的MAC层保存所述当前数据携带的Mvoice和Nvoice,并每接收一个核心网侧发送的所述组呼业务的数据后,更新保存的Mvoice和Nvoice
所述小区在初始调度所述组呼业务时通过PDCCH向终端设备发送携带小区当前的调度信息的DCI。并且,在Mvoice等于0时,所述DCI中的TPC&DAI字段设置为Nvoice,在Mvoice不等于0时,TPC&DAI字段设置为15,具体代码如下:
Figure BDA0001283028560000171
公网中,DCI中的TPC字段用于指示终端设备调整物理上行共享信道PUSCH信道上的发送功率,DAI字段用于判断是否有DCI的丢失。但是,集群无线网络中,DCI中的TPC&DAI字段是没有被使用的。本发明实施例通过在TPC&DAI字段中携带Nvoice以及在Mvoice信息,使得终端设备可以通过识别接收到的DCI中的TPC&DAI字段由15变成其他数值即0~14时,记录下Mvoice=0和Nvoice,及时获取小区保存的Mvoice和Nvoice的信息并保存,从而可以在接收到小区的数据时更新所述Mvoice和Nvoice
可选的,终端设备还可以每间隔预设时间长度后基于DCI中的TPC&DAI对保存的Mvoice和Nvoice进行纠正。
所述预设时间长度可以为INT_delta*TSPS,可以为2*INT_delta*TSPS,也可以为其他数值,本发明实施例在这里不做具体限定。
终端设备每接收一个来自服务小区的属于所述组呼业务的数据后,更新针对服务小区的M1voice和N1voice,并且每接收一个来自邻小区的属于所述组呼业务的数据后,更新针对邻小区的M2voice和N2voice,因此,终端设备在接收到来自服务小区的所述第一数据时可以确定所述第一数据的M1voice1和N1voice1,并在接收到来自邻小区的所述第二数据时可以确定所述第二数据的M2voice1和N2voice1。在所述M1voice1等于M2voice1且所述N1voice1等于N2voice1时终端设备在确定所述第一数据和所述第二数据为同一数据,实现了同步服务小区以及邻小区的数据的目的。
在一种可能的实施方式中,终端设备缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,可以通过如下方式实现:
终端设备缓存H个来自所述邻小区的属于所述组呼业务的数据,其中,H为正整数,且满足如下公式:
H>||N1voice–N2voice|*M+|M1voice–M2voice||;
所述终端确定缓存的H个数据中Mvoice等于M1voice1且Nvoice等于N1voice1的数据为第二数据。
可选的,所述终端设备对所述第一数据进行解码,具体可以通过图2所示的方式实现,所述方法具体可以包括如下:
S201,终端设备接收来自服务小区的组呼业务的第一数据并对所述第一数据进行解码。
S202,所述终端设备判断所述第一数据解码是否正确;若是,执行步骤S203;若否,执行步骤S204。
S203,所述终端设备将解码后的所述第一数据发送给物理层。
S204,所述终端设备将缓存的所述第二数据合并到所述第一数据中。
S205,所述终端设备将经过合并的所述第一数据进行解码。
S206,所述终端设备判断经过合并的所述第一数据解码是否正确;若是,执行步骤S207;若否,执行步骤S208。
S207,所述终端设备将解码后的经过合并的所述第一数据发送给物理层。
S208,所述终端设备停止解码经过合并的所述第一数据。
可选的,在所述终端设备将所述若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,在所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,所述终端设备将所述第一数据以及所述第二数据分别进行解速率匹配。
可选的,除了步骤S103以外,本发明实施例中涉及到的终端设备的所有操作都可以按照B-TrunC的标准去执行。
参见图3所示,为本发明实施例提供的另一种数据接收方法的流程图,所述方法具体可以包括如下:
S301,核心网侧接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息。
S302,所述核心网侧为所述服务小区分配针对所述组呼业务的无线网络临时标识SPS G-RNTI,以便于所述服务小区在针对所述终端设备的所述组呼业务进行半静态调度SPS时,针对发送给终端设备的SPS激活消息采用所述SPS G-RNTI进行加扰处理。
无线网络公网中组呼业务的RNTI一般由基站的RRC层分配,而为了保证各组呼业务的SPSG-RNTI一致性,本发明实施例中将组呼业务的SPS G-RNTI的分配主体由基站提升到核心网,保证了不同基站针对同一组呼业务采用相同的SPS G-RNTI,从而保证了所述组呼业务的SPS G-RNTI的一致性。
可选的,所述核心网侧接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息后,所述核心网侧接收到针对所述组呼业务的数据时,确定已接收到的针对所述组呼业务的数据组数Nvoice以及所述数据所在的所述组呼业务的所在组包括数据中的顺序号Mvoice
其中,所述组呼业务的每组数据的数量为预配置且等于M。Mvoice取值为{0,1,20为,M-1}。
然后所述核心网侧向所述服务小区发送数据信息,所述数据信息中包括所述数据、Mvoice,以及Nvoice
参见图4所示,为本发明实施例提供的另一种数据接收方法的流程图,所述方法具体可以包括如下:
S401,小区与核心网侧之间为终端设备建立组呼业务承载时,接收所述核心网侧发来的数据信息,所述数据信息包括所述组呼业务的第一数据以及所述核心网侧已经发送的针对所述组呼业务的数据组数Nvoice、所述第一数据在所述组呼业务的所在组包括数据中的顺序号Mvoice
其中,所述组呼业务的每组数据的数量为预配置且等于M。Mvoice取值为{0,1,20为,M-1}。
所述小区可以为服务小区,也可以为邻小区,也可以为其他小区,本发明实施例在这里不做具体限定。
S402,所述小区保存所述数据信息中包括的Mvoice以及Nvoice
S403,所述小区每接收到所述核心网侧发来的属于所述组呼业务的数据时,更新Mvoice以及Nvoice
可选的,小区与核心网侧之间为终端设备建立组呼业务承载后,所述小区针对所述终端设备的所述组呼业务进行SPS时,向终端设备发送DCI,所述DCI携带所述小区保存的Mvoice以及Nvoice
在一种可能的实施方式中,所述小区针对所述终端设备的所述组呼业务进行半静态调度SPS,可以通过如下方式实现:
所述小区将所述组呼业务的SPS激活消息进行SPS G-RNTI加扰处理,并将经过加扰处理后的SPS激活消息发送给所述终端设备;所述SPS G-RNTI由所述核心网侧在所述组呼业务建立时分配给所述小区。
基于与图1对应的方法实施例的同一发明构思,本发明实施例提供了一种数据接收装置50,所述装置可以应用于终端设备。该装置50的结构如图5所示,包括接收模块51、合并模块52以及解码模块53,其中:
接收模块51,用于接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据;
合并模块52,用于在针对所述接收模块51接收的所述第一数据解码出现错误时,将所述接收模块51接收的所述第二数据合并到所述第一数据中;
解码模块53,用于将经过所述合并模块52合并的所述第一数据进行解码。
可选的,所述装置还包括确定模块54;
所述确定模块54,用于通过如下方式确定所述邻小区已建立所述组呼业务:
所述确定模块54监听所述邻小区的物理下行控制信道PDCCH;
所述确定模块54在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务;
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的无线网络临时标识SPS G-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
可选的,所述确定模块54,还用于在确定所述邻小区已建立所述组呼业务之前,确定来自所述邻小区的信号的信号强度大于预设阈值。
可选的,所述确定模块54,还用于:
在所述接收模块51接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之后,确定所述接收模块51已经接收到的所述服务小区发来的针对所述组呼业务的数据组数N1voice1以及所述接收模块51接收的所述第一数据在所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice1;其中,所述组呼业务的每组数据的数量为预配置的;
并确定所述接收模块51已经缓存的所述邻小区发来的所述组呼业务的数据组数N2voice2以及所述接收模块51接收的所述第二数据在所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice2
可选的,所述接收模块51,还用于在接收来自服务小区的组呼业务的第一数据之前,接收所述服务小区针对所述组呼业务进行半静态调度SPS时发来的第一控制指令DCI,所述第一DCI携带所述服务小区保存的针对所述组呼业务的数据组数N1voice以及当前发送的数据在针对所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice
所述装置还包括保存模块55以及更新模块56;
所述保存模块55,用于保存所述接收模块51接收的所述第一DCI中携带的N1voice以及M1voice
所述更新模块56,用于每接收一个来自所述服务小区的属于所述组呼业务的数据时,更新所述保存模块55保存的N1voice以及M1voice
所述接收模块51,还用于在缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之前,接收所述邻小区针对所述组呼业务进行SPS时发来的第二DCI,所述第二DCI携带所述邻小区保存的针对所述组呼业务的数据组数N2voice以及当前发送的数据在针对所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice
所述保存模块55,还用于保存所述接收模块51接收的所述第二DCI中携带的N2voice以及M2voice
所述更新模块56,还用于每接收一个来自所述邻小区的属于所述组呼业务的数据时,更新所述保存模块55保存的N2voice以及M2voice
可选的,所述确定模块54,还用于通过如下方式确定所述接收模块51接收的所述第二数据与所述接收模块51接收的所述第一数据属于所述组呼业务中的同一数据:
在确定所述第二数据的N2voice2以及M2voice2与所述第一数据的N1voice1以及M1voice1均相同时,确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
可选的,所述装置还包括解速率匹配模块57;
所述解速率匹配模块57,用于在所述合并模块52将所述若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,在所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,将所述第一数据以及所述第二数据分别进行解速率匹配。
本发明实施例中通过终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中,最后将经过合并的所述第一数据进行解码的方式,相比于现有技术中通过降低来自相邻小区的干扰信号的方法,本发明实施例中将来自所述服务小区的属于所述组呼业务的第一数据与来自相邻小区的属于所述组呼业务的第二数据进行数据合并后解码,从而提高了解码成功率,降低了解码错误率,提高了终端设备接收下行信号的能力。
基于与图1对应的方法实施例的同一发明构思,本发明实施例还提供了一种终端设备。该终端设备的结构如图6所示,包括处理器601、存储器602以及收发器603,其中:
处理器601,用于读取存储器602中的程序,执行下列过程:
通过收发器603接收数据,并执行与上述图1与图2对应的实施例中所述的方法。
收发器603,用于在处理器601的控制下接收数据。
存储器602,用于存储软件程序。
在图6中,总线架构(用总线600来代表),总线600可以包括任意数量的互联的总线和桥,总线600将包括由处理器601代表的一个或多个处理器和存储器602代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口604在总线600和收发器603之间提供接口。收发器603可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。
处理器601负责管理总线600和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器602可以被用于存储处理器601在执行操作时所使用的数据。
可选的,处理器601可以是中央处埋器(英文:Central Processing Unit,简称:CPU)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)、现场可编程门阵列(英文:Field-Programmable Gate Array,简称:FPGA)或复杂可编程逻辑器件(英文:Complex Programmable Logic Device,简称:CPLD)等等。
基于与图3对应的方法实施例的同一发明构思,本发明实施例提供了一种数据接收装置70,所述装置70可以应用于核心网侧。该装置70的结构如图7所示,包括接收模块71以及分配模块72,其中:
接收模块71,用于接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息;
分配模块72,用于在所述接收模块71接收到所述请求消息后,为所述服务小区分配针对所述组呼业务的无线网络临时标识SPS G-RNTI,以便于所述服务小区在针对所述终端设备的所述组呼业务进行半静态调度SPS时,针对发送给终端设备的SPS激活消息采用所述SPS G-RNTI进行加扰处理。
可选的,所述装置还包括确定模块73以及发送模块74;
所述确定模块73,用于在所述接收模块71接收终端设备的服务小区发送的针对所述终端设备建立组呼业务的请求消息后,在所述接收模块71接收到针对所述组呼业务的数据时,确定已接收到的针对所述组呼业务的数据组数Nvoice以及所述数据所在的所述组呼业务的所在组包括数据中的顺序号Mvoice,其中,所述组呼业务的每组数据的数量为预配置的;
所述发送模块74,用于向所述服务小区发送数据信息,所述数据信息中包括所述接收模块71接收的所述数据、所述确定模块73确定的Mvoice,以及所述确定模块73确定的Nvoice
基于与图3对应的方法实施例的同一发明构思,本发明实施例还提供了一种核心网设备。该核心网设备的结构如图8所示,包括处理器801、存储器802以及收发器803,其中:
处理器801,用于读取存储器802中的程序,执行下列过程:
通过收发器803接收请求消息以及发送数据信息,并执行与上述图3对应的实施例中所述的方法。
收发器803,用于在处理器801的控制下接收请求消息,以及发送数据信息。
存储器802,用于存储软件程序。
在图8中,总线架构(用总线800来代表),总线800可以包括任意数量的互联的总线和桥,总线800将包括由处理器801代表的一个或多个处理器和存储器802代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口804在总线800和收发器803之间提供接口。收发器803可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。
处理器801负责管理总线800和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器802可以被用于存储处理器801在执行操作时所使用的数据。
可选的,处理器801可以是CPU、ASIC、FPGA或CPLD等等。
基于与图4对应的方法实施例的同一发明构思,本发明实施例提供了一种数据接收装置90,所述装置90可以应用于小区侧。该装置90的结构如图9所示,包括接收模块91、保存模块92以及更新模块93,其中:
接收模块91,用于在所述小区与核心网侧之间为终端设备建立组呼业务承载时,接收所述核心网侧发来的数据信息,所述数据信息包括所述组呼业务的第一数据以及所述核心网侧已经发送的针对所述组呼业务的数据组数Nvoice、所述第一数据在所述组呼业务的所在组包括数据中的顺序号Mvoice;其中,所述组呼业务的每组数据的数量为预配置的;
保存模块92,用于保存所述接收模块91接收的所述数据信息中包括的Mvoice以及Nvoice
更新模块93,用于在每接收到所述核心网侧发来的属于所述组呼业务的数据时,更新所述保存模块92保存的Mvoice以及Nvoice
可选的,所述装置还包括发送模块94;
所述发送模块94,用于在所述小区与核心网侧之间为终端设备建立组呼业务承载后,在针对所述终端设备的所述组呼业务进行半静态调度SPS时,向终端设备发送控制信息DCI,所述DCI携带所述保存模块92保存的Mvoice以及Nvoice
可选的,所述装置还包括加扰模块95;
所述加扰模块95,用于针对所述组呼业务的SPS激活消息采用无线网络临时标识SPS G-RNTI进行加扰处理;
所述发送模块94,具体用于:
将经过所述加扰模块95加扰处理后的SPS激活消息发送给所述终端设备;所述SPSG-RNTI由所述核心网侧在所述组呼业务建立时分配给所述小区。
基于与图4对应的方法实施例的同一发明构思,本发明实施例还提供了一种基站设备。该基站设备的结构如图10所示,包括处理器1001、存储器1002以及收发器1003,其中:
处理器1001,用于读取存储器1002中的程序,执行下列过程:
通过收发器1003接收和发送信息,并执行与上述图4对应的实施例中所述的方法。
收发器1003,用于在处理器1001的控制下接收和发送信息。
存储器1002,用于存储软件程序。
在图10中,总线架构(用总线1000来代表),总线1000可以包括任意数量的互联的总线和桥,总线1000将包括由处理器1001代表的一个或多个处理器和存储器1002代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口1004在总线1000和收发器1003之间提供接口。收发器1003可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。
处理器1001负责管理总线1000和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器1002可以被用于存储处理器1001在执行操作时所使用的数据。
可选的,处理器1001可以是CPU、ASIC、FPGA或CPLD等等。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种数据接收方法,其特征在于,包括:
终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据;
在针对所述第一数据解码出现错误时,所述终端设备将所述第二数据合并到所述第一数据中;
所述终端设备将经过合并的所述第一数据进行解码;
所述终端设备通过如下方式确定所述邻小区已建立所述组呼业务:
所述终端设备监听所述邻小区的物理下行控制信道PDCCH;
所述终端设备在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务;
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的无线网络临时标识SPSG-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
2.如权利要求1所述的方法,其特征在于,在所述终端设备确定所述邻小区已建立所述组呼业务之前,所述方法还包括:
所述终端设备确定来自所述邻小区的信号的信号强度大于预设阈值。
3.如权利要求1所述的方法,其特征在于,终端设备接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之后,所述方法还包括:
所述终端设备确定已经接收到的所述服务小区发来的针对所述组呼业务的数据组数N1voice1以及所述第一数据在所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice1;其中,所述组呼业务的每组数据的数量为预配置的;
并确定已经缓存的所述邻小区发来的所述组呼业务的数据组数N2voice2以及所述第二数据在所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice2
4.如权利要求3所述的方法,其特征在于,终端设备接收来自服务小区的组呼业务的第一数据之前,所述方法还包括:
所述终端设备接收所述服务小区针对所述组呼业务进行半静态调度SPS时发来的第一控制指令DCI,所述第一DCI携带所述服务小区保存的针对所述组呼业务的数据组数N1voice以及当前发送的数据在针对所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice
所述终端设备保存所述第一DCI中携带的N1voice以及M1voice
所述终端设备每接收一个来自所述服务小区的属于所述组呼业务的数据时,更新N1voice以及M1voice
所述终端设备缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之前,所述方法还包括:
所述终端设备接收所述邻小区针对所述组呼业务进行SPS时发来的第二DCI,所述第二DCI携带所述邻小区保存的针对所述组呼业务的数据组数N2voice以及当前发送的数据在针对所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice
所述终端设备保存所述第二DCI中携带的N2voice以及M2voice
所述终端设备每接收一个来自所述邻小区的属于所述组呼业务的数据时,更新N2voice以及M2voice
5.如权利要求3所述的方法,其特征在于,所述终端设备通过如下方式确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据:
所述终端设备在确定所述第二数据的N2voice2以及M2voice2与所述第一数据的N1voice1以及M1voice1均相同时,确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
6.如权利要求1至5任一项所述的方法,其特征在于,在所述终端设备将若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,所述方法还包括:
在所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,所述终端设备将所述第一数据以及所述第二数据分别进行解速率匹配。
7.一种数据接收装置,其特征在于,所述装置应用于终端设备,包括:
接收模块,用于接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据,所述第二数据与所述第一数据属于所述组呼业务中的同一数据;
合并模块,用于在针对所述接收模块接收的所述第一数据解码出现错误时,将所述接收模块接收的所述第二数据合并到所述第一数据中;
解码模块,用于将经过所述合并模块合并的所述第一数据进行解码;
所述装置还包括确定模块;
所述确定模块,用于通过如下方式确定所述邻小区已建立所述组呼业务:
监听所述邻小区的物理下行控制信道PDCCH;
在监听到所述邻小区的PDCCH中存在所述组呼业务的半静态调度SPS激活消息时,确定所述邻小区已建立所述组呼业务;
其中,所述组呼业务的SPS激活消息为经过采用所述组呼业务的无线网络临时标识SPSG-RNTI进行加扰处理得到的;所述SPS G-RNTI由核心网侧在所述组呼业务建立时分配给所述邻小区。
8.如权利要求7所述的装置,其特征在于,所述确定模块,还用于在确定所述邻小区已建立所述组呼业务之前,确定来自所述邻小区的信号的信号强度大于预设阈值。
9.如权利要求7所述的装置,其特征在于,所述确定模块,还用于:
在所述接收模块接收来自服务小区的组呼业务的第一数据,并缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之后,确定所述接收模块已经接收到的所述服务小区发来的针对所述组呼业务的数据组数N1voice1以及所述接收模块接收的所述第一数据在所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice1;其中,所述组呼业务的每组数据的数量为预配置的;
并确定所述接收模块已经缓存的所述邻小区发来的所述组呼业务的数据组数N2voice2以及所述接收模块接收的所述第二数据在所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice2
10.如权利要求9所述的装置,其特征在于,所述接收模块,还用于在接收来自服务小区的组呼业务的第一数据之前,接收所述服务小区针对所述组呼业务进行半静态调度SPS时发来的第一控制指令DCI,所述第一DCI携带所述服务小区保存的针对所述组呼业务的数据组数N1voice以及当前发送的数据在针对所述服务小区的所述组呼业务的所在组包括数据中的顺序号M1voice
所述装置还包括保存模块以及更新模块;
所述保存模块,用于保存所述接收模块接收的所述第一DCI中携带的N1voice以及M1voice
所述更新模块,用于每接收一个来自所述服务小区的属于所述组呼业务的数据时,更新所述保存模块保存的N1voice以及M1voice
所述接收模块,还用于在缓存来自已建立所述组呼业务的邻小区的属于所述组呼业务的第二数据之前,接收所述邻小区针对所述组呼业务进行SPS时发来的第二DCI,所述第二DCI携带所述邻小区保存的针对所述组呼业务的数据组数N2voice以及当前发送的数据在针对所述邻小区的所述组呼业务的所在组包括数据中的顺序号M2voice
所述保存模块,还用于保存所述接收模块接收的所述第二DCI中携带的N2voice以及M2voice
所述更新模块,还用于每接收一个来自所述邻小区的属于所述组呼业务的数据时,更新所述保存模块保存的N2voice以及M2voice
11.如权利要求9所述的装置,其特征在于,所述确定模块,还用于通过如下方式确定所述接收模块接收的所述第二数据与所述接收模块接收的所述第一数据属于所述组呼业务中的同一数据:
在确定所述第二数据的N2voice2以及M2voice2与所述第一数据的N1voice1以及M1voice1均相同时,确定所述第二数据与所述第一数据属于所述组呼业务中的同一数据。
12.如权利要求7至11任一项所述的装置,其特征在于,所述装置还包括解速率匹配模块;
所述解速率匹配模块,用于在所述合并模块将若干个数据中与所述第一数据相同的第二数据合并到所述第一数据中之前,所述服务小区的速率匹配参数和所述邻小区的速率匹配参数不相同时,将所述第一数据以及所述第二数据分别进行解速率匹配。
CN201710295754.8A 2017-04-28 2017-04-28 一种数据接收方法及装置 Active CN108809480B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710295754.8A CN108809480B (zh) 2017-04-28 2017-04-28 一种数据接收方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710295754.8A CN108809480B (zh) 2017-04-28 2017-04-28 一种数据接收方法及装置

Publications (2)

Publication Number Publication Date
CN108809480A CN108809480A (zh) 2018-11-13
CN108809480B true CN108809480B (zh) 2021-02-26

Family

ID=64070333

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710295754.8A Active CN108809480B (zh) 2017-04-28 2017-04-28 一种数据接收方法及装置

Country Status (1)

Country Link
CN (1) CN108809480B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111294141B (zh) 2018-12-10 2021-09-07 华为技术有限公司 无线通信方法及装置
CN111543076B (zh) * 2020-04-03 2023-09-22 北京小米移动软件有限公司 传输方法、装置及计算机存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104519466A (zh) * 2013-09-29 2015-04-15 普天信息技术有限公司 点对多点集群业务的半静态调度方法
CN104754754A (zh) * 2013-12-26 2015-07-01 普天信息技术研究院有限公司 半静态调度下的迟后接入方法
CN105142193A (zh) * 2015-07-24 2015-12-09 大唐移动通信设备有限公司 一种小区重选及其控制方法及装置
CN106470399A (zh) * 2015-08-14 2017-03-01 普天信息技术有限公司 集群组呼业务中半持续调度重激活的方法及系统
CN106559754A (zh) * 2015-09-25 2017-04-05 大唐移动通信设备有限公司 一种集群ue的集群组呼接入及其控制方法、装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101388742A (zh) * 2007-09-14 2009-03-18 华为技术有限公司 一种中继系统中数据传输的方法、系统及装置
CN101909286B (zh) * 2009-06-03 2013-03-27 普天信息技术研究院有限公司 一种中继网络中的合作通信方法、多跳基站和中继
CN104168611B (zh) * 2014-08-07 2018-07-13 上海华为技术有限公司 通信数据处理方法及装置
CN105491538A (zh) * 2015-12-18 2016-04-13 海能达通信股份有限公司 一种群组数据的处理方法和基站以及终端
CN106454760A (zh) * 2016-12-07 2017-02-22 海能达通信股份有限公司 数据解析方法、装置及用户设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104519466A (zh) * 2013-09-29 2015-04-15 普天信息技术有限公司 点对多点集群业务的半静态调度方法
CN104754754A (zh) * 2013-12-26 2015-07-01 普天信息技术研究院有限公司 半静态调度下的迟后接入方法
CN105142193A (zh) * 2015-07-24 2015-12-09 大唐移动通信设备有限公司 一种小区重选及其控制方法及装置
CN106470399A (zh) * 2015-08-14 2017-03-01 普天信息技术有限公司 集群组呼业务中半持续调度重激活的方法及系统
CN106559754A (zh) * 2015-09-25 2017-04-05 大唐移动通信设备有限公司 一种集群ue的集群组呼接入及其控制方法、装置

Also Published As

Publication number Publication date
CN108809480A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
US11818704B2 (en) Method and device in wireless communication
US11032778B2 (en) Uplink channel power allocation method and apparatus
CN111181694B (zh) 一种上行控制信息的传输方法及装置
US11425708B2 (en) Resource management method and related device
US20200228253A1 (en) Data transmission method and apparatus
WO2018030069A1 (ja) 端末及び通信方法
EP2903312A1 (en) Trunking service processing method and device, base station and user equipment
CN110719638A (zh) 一种下行控制信息的发送、接收方法和设备
CN109565385B (zh) 上行信道发送方法和装置
WO2016189464A1 (en) Systems and methods for downlink scheduling that mitigate pdcch congestion
CN114157400B (zh) 一种码本的处理方法及装置
CN111416687B (zh) 一种被用于信道感知的通信设备中的方法和装置
US20190124705A1 (en) Identifier management method, apparatus, and system
JP6745406B2 (ja) 情報を伝送する方法、ネットワーク装置、及び端末装置
CN108809480B (zh) 一种数据接收方法及装置
KR20100002789A (ko) 무선 이동 통신 시스템에서 자원 할당 지시 및 검출 방법그리고 그 시스템
CN113132071B (zh) 数据传输方法、装置、相关设备及存储介质
CN115315914A (zh) 方法和通信装置
JP2011217383A (ja) 移動通信方法、移動局及び無線基地局
CN109565794B (zh) 用于调度多个tti束传送的方法和网络节点
WO2017059794A1 (zh) 一种低延时的无线通信方法和装置
CN115189831A (zh) 复用传输方法、装置及存储介质
CN115085881B (zh) 资源分配方法、装置、网络设备及计算机可读存储介质
CN113518449B (zh) 信息传输方法及装置
CN116133136A (zh) 数据传输方法及通信装置

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