具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
在集群通信应用场景下,为了提高空口资源利用率,充分利用LTE***高带宽的性能优势,本发明实施例提出一种以LTE***为基础,实现单小区点到多点数据传输的方法,解决了在基于TD-LTE(Time Division-Long Time Evolution,时分长期演进)技术的集群通信***(通过对TD-LTE***进行增强,满足集群业务对承载网的要求)中,空口采用单小区点到多点传输数据时,基站设备如何将组呼会话的配置信息配置给目标UE的问题,以及目标UE根据配置信息如何接收下行控制和用户面数据的问题。
本发明实施例中,为了实现单小区点到多点的数据传输,在LTE***的基础上引入了逻辑信道TCCH和逻辑信道TTCH;如图1所示,为逻辑信道TCCH、逻辑信道TTCH与下行传输信道之间的映射关系示意图;具体的,逻辑信道TCCH是为群组UE传递用户面数据的下行信道,并具体用于进行下行控制信息的传输(具体为用于承载RRC(Radio Resource Control,无线资源控制)层控制信令),逻辑信道TTCH是为群组UE传递控制信息的下行信道,并具体用于进行下行用户面数据的传输。
基于逻辑信道TCCH和逻辑信道TTCH,本发明实施例一提供一种组呼会话信息的传输方法,以在组呼会话开始过程、组呼会话结束过程和当前组呼会话进行过程中(如话权指示信息的通知过程)实现组呼会话信息的传输;在组呼会话开始过程中,包括基站设备通过空口将用于接收组呼下行接收的配置信息发送给UE的过程、以及UE收到配置信息后的处理过程;在组呼会话结束过程中,包括基站设备通过空口通知UE组呼会话结束、以及UE自身的处理过程;在当前组呼会话进行过程中,包括基站设备通过空口将当前组呼会话相关的话权指示信息通知给UE的过程、以及UE的处理过程。
为了便于理解组呼会话开始过程、组呼会话结束过程和当前组呼会话进行过程中UE的具体操作,需要对UE内部协议栈层进行说明;如图2所示,为UE内部协议栈层的示意图,其包括NAS层(Non-Access-Stratum,非接入层)、RRC层和物理层;物理层与RRC层之间进行UE内部层间信息交互,RRC层与NAS层之间进行UE内部层间信息交互。
如图3所示,为在组呼会话开始过程中,该组呼会话信息的传输方法示意图,其包括以下步骤:
步骤301,基站设备为被呼群组分配组呼临时标识,该组呼临时标识包括但不限于T-RNTI(Trunking Radio Network Temporary Identity,聚集无线网络临时标识)。
具体的,在核心网触发基站设备(即eNB)通知被呼UE(即被呼群组内的UE)组呼会话开始后,该基站设备为该被呼群组预留下行传输资源,并为被呼群组分配组呼临时标识(T-RNTI)。
步骤302,基站设备发送(即在空口发送)组呼临时标识以及被呼群组对应的NAS层组标识;其中,基站设备可以从核心网侧获得该NAS层组标识(即TGID,Trunking Group Identifier),该获得方式不再赘述。
本发明实施例中,基站设备发送组呼临时标识以及被呼群组对应的NAS层组标识包括:基站设备通过***广播信息在空口广播被呼群组对应的组呼专用寻呼周期和寻呼时刻,由被呼群组内的UE根据组呼专用寻呼周期和寻呼时刻尝试接收寻呼消息;之后,基站设备根据组呼专用寻呼周期和寻呼时刻,通过寻呼(Paging)消息对被呼群组内的UE进行寻呼,且该寻呼消息中携带的参数包括但不限于:被呼群组对应的组呼临时标识以及NAS层组标识。
本发明实施例中,该组呼临时标识用于加扰逻辑信道TCCH(用于进行下行控制信息的传输)和逻辑信道TTCH(用于进行下行用户面数据的传输)对应的PDCCH的CRC(Cyclical Redundancy Check,循环冗余码校验),以及逻辑信道TCCH和逻辑信道TTCH的加扰初始化。
步骤303,UE接收被呼群组对应的组呼临时标识以及NAS层组标识。
具体的,UE接收被呼群组对应的组呼临时标识以及NAS层组标识包括:UE在空口接收基站设备通过***广播信息广播的被呼群组对应的组呼专用寻呼周期和寻呼时刻;UE根据组呼专用寻呼周期和寻呼时刻在空口接收寻呼消息,且寻呼消息中携带被呼群组对应的组呼临时标识以及NAS层组标识。
步骤304,当NAS层组标识与自身保存的NAS层组标识相同时,UE进行逻辑信道TCCH对应的控制面无线承载的配置,以及逻辑信道TTCH对应的数据面无线承载的配置。之后,基站设备与UE之间可基于逻辑信道TCCH进行控制面信息的传输,并基于逻辑信道TTCH进行用户面数据的传输。
具体的,在接收到寻呼消息后,UE通过比较寻呼消息中携带的NAS层组标识与UE自身预先保存的NAS层组标识,以判断此次组呼是否与自身相关;如果与自身无关(即寻呼消息中携带的NAS层组标识与UE自身预先保存的NAS层组标识不同),则UE等待下次寻呼时刻重新尝试对寻呼消息的接收;如果与自身相关(即寻呼消息中携带的NAS层组标识与UE自身预先保存的NAS层组标识相同),则UE根据默认配置完成逻辑信道TCCH对应的控制面无线承载的配置以及逻辑信道TTCH对应的数据面无线承载的配置;如表1所示,为逻辑信道TCCH对应的控制面无线承载的配置以及逻辑信道TTCH对应的数据面无线承载的配置。
表1
本发明实施例中,UE在接收到被呼群组对应的组呼临时标识以及NAS层组标识之后,如果此次组呼与自身相关,则UE还可以将组呼临时标识(从寻呼消息中获得)通知给自身的物理层。
本发明实施例中,UE在接收到被呼群组对应的组呼临时标识以及NAS层组标识之后,如果此次组呼与自身相关,则UE还可以通过自身的RRC层将组呼会话开始的信息通知给自身的NAS层。
本发明实施例中,组呼临时标识用于加扰逻辑信道TCCH和逻辑信道TTCH对应的PDCCH的CRC,以及逻辑信道TCCH和逻辑信道TTCH的加扰初始化;在完成逻辑信道TCCH对应的控制面无线承载的配置以及逻辑信道TTCH对应的数据面无线承载的配置后,UE在每个TTI(Transmission Time Interval,发送时间间隔)内都监控PDCCH;如果在某个TTI上接收到以组呼临时标识(即上述获得的T-RNTI)为标识的PDCCH信息,则在对应的PDSCH(Physical Downlink Shared Channel,物理下行共享信道)承载的TB(Transport Block,传输块)进行译码,并根据逻辑信道标识的不同将正确译码的MAC(Medium Access Control,媒体接入控制)PDU(Protocol Data Units,协议数据单元)分别发送给逻辑信道TCCH对应的控制面无线承载处理实体或逻辑信道TTCH对应的数据面无线承载处理实体。
如图4所示,为在组呼会话结束过程中,该组呼会话信息的传输方法示意图,其包括以下步骤:
步骤401,基站设备通过逻辑信道TCCH将组呼会话结束的信息通知给被呼群组内的UE。
具体的,在核心网触发基站设备通知被呼UE(即被呼群组内的UE)组呼会话结束后,该基站设备通过逻辑信道TCCH将组呼会话结束的信息通知给被呼群组内的UE。
步骤402,UE接收基站设备通过逻辑信道TCCH发送的组呼会话结束的信息。
步骤403,UE通过自身的RRC层触发释放逻辑信道TCCH对应的控制面无线承载以及逻辑信道TTCH对应的数据面无线承载。
本发明实施例中,UE在接收到基站设备通过逻辑信道TCCH发送的组呼会话结束的信息之后,UE还可以将组呼临时标识无效的信息通知给自身的物理层(即通知UE的物理层组呼临时标识无效)。
本发明实施例中,UE在接收到基站设备通过逻辑信道TCCH发送的组呼会话结束的信息之后,UE还可以通过自身的RRC层将组呼会话结束的信息通知给自身的NAS层。
如图5所示,为在当前组呼会话进行过程(如话权指示信息的通知过程)中,该组呼会话信息的传输方法示意图,其包括以下步骤:
步骤501,基站设备通过逻辑信道TCCH将UE当前组呼会话的话权状态通知给被呼群组内的UE;其中,当前组呼会话的话权状态包括:话权空闲指示或话权占用指示。
具体的,在核心网触发基站设备通知被呼UE(即被呼群组内的UE)当前组呼会话的话权状态后,该基站设备通过逻辑信道TCCH将UE当前组呼会话的话权状态通知给被呼群组内的UE。
步骤502,UE接收基站设备通过逻辑信道TCCH发送的UE当前组呼会话的话权状态。
步骤503,UE通过自身的RRC层将当前组呼会话的话权状态通知给自身的NAS层,由NAS层利用当前组呼会话的话权状态对已保存的组呼话权状态进行更新。
本发明实施例中,为了避免对NAS容器中的消息内容进行解析,从而减少基站设备的处理时延,一种优选的实施方式中,基站设备还可以将UE当前组呼会话的话权状态封装在下行NAS直传消息的NAS层容器中,并通过下行NAS直传消息将UE当前组呼会话的话权状态通知给被呼群组内的UE。
进一步的,UE接收基站设备通过逻辑信道TCCH发送的下行NAS直传消息,且当前组呼会话的话权状态封装在下行NAS直传消息的NAS层容器中;之后,UE通过自身的RRC层将下行NAS直传消息的NAS层容器中包含的信息直接发送给NAS层,由NAS层根据当前组呼会话的话权状态对已保存的组呼话权状态进行更新。
综上所述,本发明实施例中,可充分利用LTE***高带宽的性能优势,实现单小区点到多点的数据传输,满足集群通信***下对高空口资源利用率的需求,以提高空口资源利用率。
实施例二
基于与上述方法同样的发明构思,本发明实施例中还提供了一种基站设备,如图6所示,该基站设备包括:
分配模块11,用于在组呼会话开始过程中,为被呼群组分配组呼临时标识;
发送模块12,用于在组呼会话开始过程中,发送所述组呼临时标识以及所述被呼群组对应的非接入层NAS层组标识。
所述发送模块12,具体用于通过***广播信息广播所述被呼群组对应的组呼专用寻呼周期和寻呼时刻;以及,
根据所述组呼专用寻呼周期和寻呼时刻,通过寻呼消息对所述被呼群组内的用户设备进行寻呼,且所述寻呼消息中携带所述被呼群组对应的组呼临时标识以及NAS层组标识。
本发明实施例中,所述组呼临时标识用于加扰逻辑信道TCCH和逻辑信道TTCH对应的物理下行控制信道PDCCH的循环冗余码校验CRC,以及逻辑信道TCCH和逻辑信道TTCH的加扰初始化;
其中,所述逻辑信道TCCH用于进行下行控制信息的传输,所述逻辑信道TTCH用于进行下行用户面数据的传输。
所述发送模块12,还用于在组呼会话结束过程中,通过逻辑信道TCCH将组呼会话结束的信息通知给所述被呼群组内的用户设备。
所述发送模块12,还用于在话权指示信息的通知过程中,通过逻辑信道TCCH将用户设备当前组呼会话的话权状态通知给所述被呼群组内的用户设备;其中,当前组呼会话的话权状态包括:话权空闲指示或话权占用指示。
所述发送模块12,进一步用于将用户设备当前组呼会话的话权状态封装在下行NAS直传消息的NAS层容器中,并通过下行NAS直传消息将用户设备当前组呼会话的话权状态通知给所述被呼群组内的用户设备。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
实施例三
基于与上述方法同样的发明构思,本发明实施例中还提供了一种用户设备,如图7所示,该用户设备包括:
接收模块21,用于在组呼会话开始过程中,接收被呼群组对应的组呼临时标识以及非接入层NAS层组标识;
处理模块22,用于当所述NAS层组标识与自身保存的NAS层组标识相同时,进行逻辑信道TCCH对应的控制面无线承载的配置,以及逻辑信道TTCH对应的数据面无线承载的配置。
所述接收模块21,具体用于接收基站设备通过***广播信息广播的所述被呼群组对应的组呼专用寻呼周期和寻呼时刻;以及,
根据所述组呼专用寻呼周期和寻呼时刻接收寻呼消息,且所述寻呼消息中携带所述被呼群组对应的组呼临时标识以及NAS层组标识。
该用户设备还包括:发送模块23,用于将所述组呼临时标识通知给自身的物理层。
发送模块23,用于通过自身的无线资源控制RRC层将组呼会话开始的信息通知给自身的NAS层。
本发明实施例中,所述组呼临时标识用于加扰逻辑信道TCCH和逻辑信道TTCH对应的物理下行控制信道PDCCH的循环冗余码校验CRC,以及逻辑信道TCCH和逻辑信道TTCH的加扰初始化;
其中,所述逻辑信道TCCH用于进行下行控制信息的传输,所述逻辑信道TTCH用于进行下行用户面数据的传输。
所述处理模块22,还用于在每个发送时间间隔TTI内监控PDCCH;如果在某TTI上接收到以所述组呼临时标识为标识的PDCCH,则在对应的物理下行共享信道PDSCH承载的传输块TB进行译码,并根据逻辑信道标识的不同将正确译码的媒体接入控制MAC协议数据单元PDU分别发送给逻辑信道TCCH对应的控制面无线承载处理实体或逻辑信道TTCH对应的数据面无线承载处理实体。
所述接收模块21,还用于在组呼会话结束过程中,接收基站设备通过逻辑信道TCCH发送的组呼会话结束的信息;
所述处理模块22,还用于通过自身的RRC层触发释放逻辑信道TCCH对应的控制面无线承载以及逻辑信道TTCH对应的数据面无线承载。
发送模块23,用于将所述组呼临时标识无效的信息通知给自身的物理层。
发送模块23,用于通过自身的RRC层将组呼会话结束的信息通知给自身的NAS层。
所述接收模块21,还用于在话权指示信息的通知过程中,接收基站设备通过逻辑信道TCCH发送的用户设备当前组呼会话的话权状态;其中,当前组呼会话的话权状态包括:话权空闲指示或话权占用指示;
所述发送模块23,用于通过自身的RRC层将所述当前组呼会话的话权状态通知给自身的NAS层,由所述NAS层利用所述当前组呼会话的话权状态对已保存的组呼话权状态进行更新。
所述接收模块21,进一步用于接收基站设备通过逻辑信道TCCH发送的下行NAS直传消息,且当前组呼会话的话权状态封装在下行NAS直传消息的NAS层容器中;
所述发送模块23,进一步用于通过自身的RRC层将所述下行NAS直传消息的NAS层容器中包含的信息发送给NAS层。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。