具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
为了解决现有技术中用户按下通话键后要等待较长时间才能通话的问题,本发明提供了一种TD-SCDMA集群系统组呼建立方法及系统,基于现有的TD-SCDMA系统,根据集群系统的特点,在TD-SCDMA原有呼叫建立流程基础上对各部分关键地方进行重点优化,缩短了组呼建立和话权切换的流程时间,以较小的改造代价实现了集群快速呼叫流程建立。以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
方法实施例
根据本发明的实施例,提供了一种TD-SCDMA集群系统组呼建立方法,图1是本发明实施例的TD-SCDMA集群系统组呼建立方法的流程图,如图1所示,根据本发明实施例的TD-SCDMA集群系统组呼建立方法包括如下处理:
步骤101,集群终端保存接收到的集群各类业务层2配置信息,并在需要进行组呼时,将组呼建立请求消息经由无线网络控制器RNC转发到集群调度服务器PDS,其中,组呼建立请求消息中携带与呼叫有关的参数;与呼叫有关的参数具体包括:CN域标识、主叫标识、被叫号码、服务质量要求、以及业务类型。
步骤102,RNC接收PDS发送的组呼连接请求消息,将获取的物理资源信息和业务层2配置信息携带在组呼建立响应消息中发送给集群终端,使集群终根据物理资源信息进行相关配置;并向PDS发送组呼服务请求,请求PDS建立IUDs口的用户面承载,并通过无线链路建立请求消息通知NODE B建立此次组呼的专用信道,并在接收到NODE B的无线链路建立响应和PDS的业务指派请求后,分别建立IUB口和IUDs口的业务承载;其中,建立此次组呼的专用信道具体包括:上下行业务信道、以及下行伴随信令信道。
步骤103,集群终端与NODE B进行专用信道同步过程,RNC接收NODEB在捕获到集群终端的上行同步信号后发送的无线链路恢复指示,并接收集群终端发送的呼叫建立完成消息,通知PDS呼叫建立完成,并接收PDS发送的授权消息,通知集群终端进行讲话,接收集群终端发送的授权应答消息,转发给PDS,完成组呼建立。
在步骤103之后,上述方法还包括:RNC在下行伴随信令信道上周期性的发送PDS下发的振铃消息,并通过寻呼通知小区内组用户成员加入组呼;RNC将物理资源信息在小区组呼专用公共信道上周期性的广播,供听用户和迟后接入用户使用;RNC将邻接小区组呼资源信息在下行伴随信令信道上周期性的发送,供听用户自主切换。
在步骤103中,集群终端与NODE B进行专用信道同步过程具体包括:集群终端与NODE B进行专用信道同步检测和专用信道初始建立,其中,集群终端专用信道同步检测通过的条件为:集群终端测量到连续10ms的突发脉冲质量高于预定门限值;
集群终端与NODE B进行专用信道同步检测和专用信道初始建立具体包括:
步骤1,集群终端持续发送上行数据直到检测到下行数据,其中,上行数据中携带有呼叫建立完成消息;
步骤2,NODE B收到上行数据后,持续发送下行数据,直到上行数据不再是呼叫建立完成信息,其中,下行数据中携带有授权信息;
步骤3,集群终端在收到下行数据后,向NODE B发送除呼叫建立完成消息以外的其它上行数据;
步骤4,NODE B收到除呼叫建立完成消息以外的其它上行数据后,发送携带有非授权信息的下行数据。
以下结合附图,对本发明实施例的上述技术方案进行详细的说明。
图2是本发明实施例的TD-SCDMA集群系统组呼建立方法的详细处理流程图,如图2所示,在系统和终端之间,一个组呼新建的流程具体包括如下处理:
步骤201,集群终端在IDLE状态保存从SIB消息接收到的集群各类业务层2配置信息,具体包括:RB信息、传输信道信息、CCTRCH信息等;
步骤202,集群终端在需要进行组呼时,通过随机接入信道发送组呼建立请求(PTTCall Setup Request)消息。
按照组呼快速接入的要求,集群终端应该在800ms内接入。因此,为了提高接入速度,本发明实施例中,在空口省略了RRC建链过程,在PTT Call SetupRequest消息中将普通呼叫中的服务请求(Service Request)、建立(Setup)消息中的所有信息都带上来,其中,对于呼叫有关的参数有CN域标识(CN domainidentity)、主叫标识(P-TMSI或IMSI)、被叫号码、QoS要求、以及业务类型等;RNC收到该消息后,转发给PDS,并等待响应;
步骤203,PDS收到组呼建立请求消息后,需要进行鉴权及冲突检测等工作,在确认允许用户接入后,返回组呼连接请求(PTT Call Connect Request)消息。
步骤204,RNC收到此消息后,根据组呼业务类型获取预配置的物理资源信息,并携带在组呼建立响应(PTT Call Setup Response)消息中发送给集群终端,同时携带SIB中的业务层2配置索引,集群终端收到此消息后根据物理资源信息的指示进行相关配置,并与NODE B的专用信道同步过程;与此同时,RNC发送组呼服务请求(PTT Service Request)给PDS,请求建立IUDs口的用户面承载;
步骤205,与步骤204同时,RNC通过无线链路建立请求(RL Setup Request)消息通知NODE B建立与此次组呼的专用信道,包括上下行业务信道及下行伴随信令信道;
步骤206,RNC在收到NODE B的RL建立响应及PDS的业务指派请求后,分别建立IUB口及IUDS口的业务承载;
步骤207,集群终端与NODE_B进行专用信道同步过程;
步骤208,NODE B在捕获到集群终端的上行同步信号后,给RNC返回RL恢复指示;
步骤209,集群终端完成配置及同步过程后在上行业务专用信道上返回呼叫建立完成消息,RNC收到此消息后通知PDS呼叫建立完成;
步骤210,PDS收到呼叫建立完成消息后,给主叫用户下发授权(Grant)消息,通知主叫用户可以进行讲话;RNC在下行信令信道上透传此消息;
步骤211,集群终端受到消息后在上行业务信道上返回授权应答消息,RNC转发给PDS,完成一次组呼主叫建立过程;
步骤212,PDS下发震铃消息,其中携带组ID、主叫用户号等信息,供听用户显示;此消息RNC在下行伴随信令信道上周期发送;
步骤213,组呼建立后,RNC通过寻呼通知小区内组用户成员加入组呼;在此寻呼消息中,携带用户不需要回寻呼响应的标志;被叫用户在收到寻呼后,通过监听小区组呼专用公共T-FACH(配置从SIB中获取)信道上的周期发送的组呼资源配置消息获取到业务及伴随信道资源配置情况,建立相应的信道资源,监听下行业务信道;
步骤214,组呼资源建立后,资源配置信息在小区组呼专用公共T-FACH信道上周期广播,以供听用户及迟后接入用户使用,消息中包括组ID、业务信道资源配置信息、伴随信令信道资源配置信息、在SIB中业务配置索引等信息;
步骤215,邻接小区组呼资源信息在下行专用伴随信令信道上周期发送,以供听用户自主切换;消息中包括邻接小区组呼业务信道资源配置信息、伴随信令信道资源配置信息等;
从上述处理流程可以看出,本发明实施例的技术方案缩短了RRC建链过程,具体地,在现有技术中,普通的TD流程,为了兼容不同的流程,另外保证较高的可靠性,RRC建链、鉴权、安全模式、RB建立等步骤都是一步接一步地完成的,而在本发明实施例中,充分利用了集群流程比较单一的特性,把这些步骤简化,用非常少的步骤就完成了呼叫建立的流程。图3是现有技术中TD系统主叫建立的流程图,通过图3可以看到,在原有的普通TD主叫通话中,UE与网络侧的的流程包括步骤302、步骤303、步骤304、步骤305、步骤306、步骤307、步骤308、步骤309、步骤310、步骤311、步骤312、步骤313、步骤314、以及步骤315一共十四个步骤,而在本发明实施例的集群的主叫通话过程中,UE和网络交互通过步骤202、步骤204、步骤207、步骤209、步骤210、以及步骤211共六个步骤就完成了,极大地缩短了流程。
其中,在步骤202中,在集群终端在需要进行组呼时,通过随机接入信道发送PTTCall Setup Request消息,为了提高接入速度,在空口省略了RRC建链过程,在消息PTTCall Setup Request中将普通呼叫中的Service Request、Setup消息中的所有信息都带上来,其中对于呼叫有关的参数包括:CN domainidentity、主叫标识(P-TMSI或IMSI)、被叫号码、QoS要求、业务类型等;在这个步骤中,通过增加数据包的数量,将原来多个步骤的数据一起传送给了网络侧,基本保证了通信可靠性,又缩短了交互流程,减少了时间。
在本发明实施例中,还缩短了专用信道同步检测和专用信道初始建立过程,具体地:
图4是现有技术中DPCH专用信道同步及初始传输过程的示意图,TD-SCDMA系统原有的普通呼叫的专用信道同步检测和专用信道初始建立过程如图4所示:
步骤401,TD终端持续发送上行SB直到检测到下行信号,其中SB(Specialburst)是不携带任何有意义数据的专门用来检测同步的特殊突发;
步骤402,TD基站收到上行SB后,持续发送下行SB直到收到上行数据;
步骤403,TD终端收到下行SB后,发送上行数据给基站(含指示终端呼叫建立完成);
步骤404,TD基站收到上行数据后,发送下行数据给终端(含授权信息)。
上面4个步骤是有时间先后顺序的,交互的任何一方,在一个步骤中发送一个信号,在收到对方的反馈后,才能执行下一步骤。检测对方的反馈,需要满足一定的条件,才能算检测通过,条件比较苛刻的话,检测时间就会比较长,导致交互的时间比较长。
其中,终端专用信道同步检测通过的条件为:需要满足下面其中一个条件才能算专用信道同步,才能上报给上层:
条件1、UE测量到连续40ms的Burst质量(由SIR定义)高于门限值Qin。
条件2、对于在当前帧中结束的TTI,UE L1至少能够检测到一个传输块的CRC是正确的。
条件3,UE至少能够检测到一个正确的Special Burst,如果SB的传输质量高于Qsbin则认为SB检测成功,SB根据TFCI检测来判断(TFCI为0)。
图5是现有技术终端DPCH专用信道同步上报过程的示意图,从图5中可以看出,如果信号很好的话,上报第一个同步指示时间也需要40ms。图6是现有技术TD终端DPCH信道建立的信令流程图,通过图6所示的场景流程图可以看到,这里面还包括有UE终端内部各模块的交互开销,时间会更长。
将这些交互事件以时间为轴,表示为图7,从图7可以看到,不包括终端和基站各模块内部的通讯开销,时间至少要160ms才能完成这个过程。
由于集群组呼是语音通讯,可以有信令和用户来进行重传来确认信息,所以可靠性可以降低,所以针对这个过程,因此可以考虑从两方面进行改进:
1、DPCH初始建立的时候,不发送特殊的SB,直接传送数据,直接通过携带有效数据的信号来检测同步;
2、同步检测,只检测所需要时间最短的信号SIR检测,并且检测的持续时间从40ms缩短到10ms;
3、初始DPCH的TTI从40ms缩短到20ms。
图12是本发明实施例的改进后TD-SCDMA系统集群呼叫的专用信道同步检测和专用信道初始建立过程的示意图。改进后的整体流程如下:
步骤1201,TD终端持续发送上行数据(携带呼叫建立完成消息)直到检测到下行信号。此改进步骤中,把原来流程中发送的SB改为直接发送上行的数据(呼叫建立完成消息);
步骤1202,TD基站收到上行数据(携带呼叫完成信息)后,持续发送下行数据(携带授权信息),直到上行数据发生改变(不再是呼叫建立完成信息)。此步骤中,将原来基站发送的SB改为基站直接发送下行数据;
步骤1203,UE在收到下行数据(携带授权信息)后,UE向TD基站发送其它上行数据(不再是呼叫建立完成信息)。在基站收到这个上行数据(非呼叫建立完成信息)之前,基站一直重复发送下行数据(授权);
步骤1204,TD基站收到上行数据(非呼叫建立完成信息)后,发送下行数据(非授权信息);
其中终端专用信道同步检测通过的条件修改如下:UE测量到连续10ms的Burst质量(由SIR定义)高于门限值Qin。而原有方法为40ms。
图8是本发明实施例的为改进后的终端物理层向终端协议栈上报同步指示的示意图,从图8中可以看出,上报同步指示只需要10ms,另外由于信令信道的TTI改为20ms,所以从图9可以看到,不包括终端和基站各模块内部的开销,时间缩短为40ms就能完成这个过程。优化后的终端和系统侧的场景图见图10。
需要说明的是,这是在组呼新建过程中的DPCH初始建立过程缩短的方法,那么在组呼过程中听用户的话权申请过程中的DPCH初始建立,也可以用同样的方法加以缩短。
综上所述,借助于本发明实施例的技术方案,通过在TD-SCDMA原有呼叫建立流程基础上对各部分关键地方进行重点优化,解决了现有技术中用户按下通话键后要等待较长时间才能通话的问题,能够缩短组呼建立和话权切换的流程时间,以较小的改造代价实现了集群快速呼叫流程建立,使用户在按下通话键后,能较快地通话,提升了用户体验。
系统实施例
根据本发明的实施例,提供了一种TD-SCDMA集群系统组呼建立系统,图11是本发明实施例的TD-SCDMA集群系统组呼建立系统的结构示意图,如图11所示,根据本发明实施例的TD-SCDMA集群系统组呼建立系统包括:集群终端110、NOED_B111、以及RNC112和PDS113,以下对本发明实施例的各个模块进行详细的说明。
集群终端110,用于保存接收到的集群各类业务层2配置信息,并在需要进行组呼时,将组呼建立请求消息经由基站NODE_B111,无线网络控制器RNC112转发到集群调度服务器PDS113,其中,组呼建立请求消息中携带与呼叫有关的参数;呼叫有关的参数具体包括:CN域标识、主叫标识、被叫号码、服务质量要求、以及业务类型。
RNC112,用于接收PDS113发送的组呼连接请求消息,将获取的物理资源信息和业务层2配置索引携带在组呼建立响应消息中发送给集群终端110,使集群终根据物理资源信息进行相关配置;并向PDS发送组呼服务请求,请求PDS建立IUDs口的用户面承载,并通过无线链路建立请求消息通知NODEB111建立此次组呼的专用信道,并在接收到NODE B的线链路建立响应和PDS的业务指派请求后,分别建立IUB口和IUBs口的业务承载;其中,建立此次组呼的专用信道具体包括:上下行业务信道、以及下行伴随信令信道。
集群终端110进一步用于:与NODE B进行专用信道同步过程;
集群终端110具体用于:与NODE B进行专用信道同步检测和专用信道初始建立,其中,集群终端专用信道同步检测通过的条件为:集群终端测量到连续10ms的突发脉冲质量高于预定门限值;
集群终端具体用于:持续发送上行数据直到检测到下行信号,其中,上行数据中携带有呼叫建立完成消息;在收到NODE B发送的下行数据后,其中,下行数据中携带有授权信息,向NODE B发送除呼叫建立完成消息以外的其它上行数据;接收NODE B发送的携带有非授权信息的下行数据。
RNC112进一步用于:接收NODE B在捕获到集群终端110的上行同步信号后发送的无线链路恢复指示,并接收集群终端110发送的呼叫建立完成消息,通知PDS呼叫建立完成,并接收PDS发送的授权消息,通知集群终端110进行讲话,接收集群终端110发送的授权应答消息,转发给PDS,完成组呼建立。
RNC112进一步用于:在下行伴随信令信道上周期性的发送PDS下发的振铃消息,并通过寻呼通知小区内组用户成员加入组呼;将物理资源信息在小区组呼专用公共信道上周期性的广播,供听用户和迟后接入用户使用;将邻接小区组呼资源信息在下行专用伴随信令信道上周期性的发送,供听用户自主切换。
以下结合附图,对本发明实施例的上述技术方案进行详细的说明。
图2是本发明实施例的TD-SCDMA集群系统组呼建立方法的详细处理流程图,如图2所示,在系统和终端之间,一个组呼新建的流程具体包括如下处理:
步骤201,集群终端在IDLE状态保存从SIB消息接收到的集群各类业务层2配置信息,具体包括:RB信息、传输信道信息、CCTRCH信息等;
步骤202,集群终端在需要进行组呼时,通过随机接入信道发送组呼建立请求(PTTCall Setup Request)消息。
按照组呼快速接入的要求,集群终端应该在800ms内接入。因此,为了提高接入速度,本发明实施例中,在空口省略了RRC建链过程,在PTT Call SetupRequest消息中将普通呼叫中的服务请求(Service Request)、建立(Setup)消息中的所有信息都带上来,其中,对于呼叫有关的参数有CN域标识(CN domainidentity)、主叫标识(P-TMSI或IMSI)、被叫号码、QoS要求、以及业务类型等;RNC收到该消息后,转发给PDS,并等待响应;
步骤203,PDS收到组呼建立请求消息后,需要进行鉴权及冲突检测等工作,在确认允许用户接入后,返回组呼连接请求(PTT Call Connect Request)消息。
步骤204,RNC收到此消息后,根据组呼业务类型获取预配置的物理资源信息,并携带在组呼建立响应(PTT Call Setup Response)消息中发送给集群终端,同时携带SIB中的业务层2配置索引,集群终端收到此消息后根据物理资源信息的指示进行相关配置,并与NODE B的专用信道同步过程;与此同时,RNC发送组呼服务请求(PTT Service Request)给PDS,请求建立IUDs口的用户面承载;
步骤205,与步骤204同时,RNC通过无线链路建立请求(RL Setup Request)消息通知NODE B建立与此次组呼的专用信道,包括上下行业务信道及下行伴随信令信道;
步骤206,RNC在收到NODE B的RL建立响应及PDS的业务指派请求后,分别建立IUB口及IUDS口的业务承载;
步骤207,集群终端与NODE_B进行专用信道同步过程;
步骤208,NODE B在捕获到集群终端的上行同步信号后,给RNC返回RL恢复指示;
步骤209,集群终端完成配置及同步过程后在上行业务专用信道上返回呼叫建立完成消息,RNC收到此消息后通知PDS呼叫建立完成;
步骤210,PDS收到呼叫建立完成消息后,给主叫用户下发授权(Grant)消息,通知主叫用户可以进行讲话;RNC在下行信令信道上透传此消息;
步骤211,集群终端受到消息后在上行业务信道上返回授权应答消息,RNC转发给PDS,完成一次组呼主叫建立过程;
步骤212,PDS下发震铃消息,其中携带组ID、主叫用户号等信息,供听用户显示;此消息RNC在下行伴随信令信道上周期发送;
步骤213,组呼建立后,RNC通过寻呼通知小区内组用户成员加入组呼;在此寻呼消息中,携带用户不需要回寻呼响应的标志;被叫用户在收到寻呼后,通过监听小区组呼专用公共T-FACH(配置从SIB中获取)信道上的周期发送的组呼资源配置消息获取到业务及伴随信道资源配置情况,建立相应的信道资源,监听下行业务信道;
步骤214,组呼资源建立后,资源配置信息在小区组呼专用公共T-FACH信道上周期广播,以供听用户及迟后接入用户使用,消息中包括组ID、业务信道资源配置信息、伴随信令信道资源配置信息、在SIB中业务配置索引等信息;
步骤215,邻接小区组呼资源信息在下行专用伴随信令信道上周期发送,以供听用户自主切换;消息中包括邻接小区组呼业务信道资源配置信息、伴随信令信道资源配置信息等;
从上述处理流程可以看出,本发明实施例的技术方案缩短了RRC建链过程,具体地,在现有技术中,普通的TD流程,为了兼容不同的流程,另外保证较高的可靠性,RRC建链、鉴权、安全模式、RB建立等步骤都是一步接一步地完成的,而在本发明实施例中,充分利用了集群流程比较单一的特性,把这些步骤简化,用非常少的步骤就完成了呼叫建立的流程。图3是本发明实施例的现有技术中TD系统主叫建立的流程图,通过图3可以看到,在原有的普通TD主叫通话中,UE与网络侧的的流程包括步骤302、步骤303、步骤304、步骤305、步骤306、步骤307、步骤308、步骤309、步骤310、步骤311、步骤312、步骤313、步骤314、以及步骤315一共十四个步骤,而在本发明实施例的集群的主叫通话过程中,UE和网络交互通过步骤202、步骤204、步骤207、步骤209、步骤210、以及步骤211共六个步骤就完成了,极短地缩短了流程。
其中,在步骤202中,在集群终端在需要进行组呼时,通过随机接入信道发送PTTCall Setup Request消息,为了提高接入速度,在空口省略了RRC建链过程,在消息PTTCall Setup Request中将普通呼叫中的Service Request、Setup消息中的所有信息都带上来,其中对于呼叫有关的参数包括:CN domainidentity、主叫标识(P-TMSI或IMSI)、被叫号码、QoS要求、业务类型等;在这个步骤中,通过增加数据包的数量,将原来多个步骤的数据一起传送给了网络侧,基本保证了通信可靠性,又缩短了交互流程,减少了时间。
在本发明实施例中,还缩短了专用信道同步检测和专用信道初始建立过程,具体地:
图4是现有技术的DPCH专用信道同步及初始传输过程的示意图,TD-SCDMA系统原有的普通呼叫的专用信道同步检测和专用信道初始建立过程如图4所示:
步骤401,TD终端持续发送上行SB直到检测到下行信号,其中SB(Specialburst)是不携带任何有意义数据的专门用来检测同步的特殊突发;
步骤402,TD基站收到上行SB后,持续发送下行SB直到收到上行数据;
步骤403,TD终端收到下行SB后,发送上行数据给基站(含指示终端呼叫建立完成);
步骤404,TD基站收到上行数据后,发送下行数据给终端(含授权信息)。
上面4个步骤是有时间先后顺序的,交互的任何一方,在一个步骤中发送一个信号,在收到对方的反馈后,才能执行下一步骤。检测对方的反馈,需要满足一定的条件,才能算检测通过,条件比较苛刻的话,检测时间就会比较长,导致交互的时间比较长。
其中,终端专用信道同步检测通过的条件为:需要满足下面其中一个条件才能算专用信道同步,才能上报给上层:
条件1、UE测量到连续40ms的Burst质量(由SIR定义)高于门限值Qin。
条件2、对于在当前帧中结束的TTI,UE L1至少能够检测到一个传输块的CRC是正确的。
条件3、UE至少能够检测到一个正确的Special Burst,如果SB的传输质量高于Qsbin则认为SB检测成功,SB根据TFCI检测来判断(TFCI为0)。
图5是现有技术的终端物理层向终端协议栈上报同步指示的示意图,从图5中可以看出,如果信号很好的话,上报第一个同步指示时间也需要40ms。图6是本发明实施例现有技术的TD终端DPCH信道建立的信令流程图,通过图6示的场景流程图可以看到,这里面还包括有UE终端内部各模块的交互开销,时间会更长。
将这些交互事件以时间为轴,表示为图7,从图7可以看到,不包括终端和基站各模块内部的通讯开销,时间至少要160ms才能完成这个过程。
由于集群组呼是语音通讯,可以有信令和用户来进行重传来确认信息,所以可靠性可以降低,所以针对这个过程,因此可以考虑从两方面进行改进:
1、DPCH初始建立的时候,不发送特殊的SB,直接传送数据,直接通过携带有效数据的信号来检测同步;
2、同步检测,只检测所需要时间最短的信号SIR检测,并且检测的持续时间从40ms缩短到10ms;
3、初始DPCH的TTI从40ms缩短到20ms。
图12是本发明实施例的改进后TD-SCDMA系统集群呼叫的专用信道同步检测和专用信道初始建立过程的示意图。改进后的整体流程如下:
步骤1201,TD终端持续发送上行数据(携带呼叫建立完成消息)直到检测到下行信号。此改进步骤中,把原来流程中发送的SB改为直接发送上行的数据(呼叫建立完成消息);
步骤1202,TD基站收到上行数据(携带呼叫完成信息)后,持续发送下行数据(携带授权信息),直到上行数据发生改变(不再是呼叫建立完成信息)。此步骤中,将原来基站发送的SB改为基站直接发送下行数据;
步骤1203,UE在收到下行数据(携带授权信息)后,UE向TD基站发送其它上行数据(不再是呼叫建立完成信息)。在基站收到这个上行数据(非呼叫建立完成信息)之前,基站一直重复发送下行数据(授权);
步骤1204,TD基站收到上行数据(非呼叫建立完成信息)后,发送下行数据(非授权信息);
其中终端专用信道同步检测通过的条件修改如下:UE测量到连续10ms的Burst质量(由SIR定义)高于门限值Qin。而原有方法为40ms。
图8是本发明实施例的为改进后的终端物理层向终端协议栈上报同步指示的示意图,从图8中可以看出,上报同步指示只需要10ms,另外由于信令信道的TTI改为20ms,所以从图9可以看到,不包括终端和基站各模块内部的开销,时间缩短为40ms就能完成这个过程。优化后的终端和系统侧的场景图见图10。
需要说明的是,这是在组呼新建过程中的DPCH初始建立过程缩短的方法,那么在组呼过程中听用户的话权申请过程中的DPCH初始建立,也可以用同样的方法加以缩短。
综上所述,借助于本发明实施例的技术方案,通过在TD-SCDMA原有呼叫建立流程基础上对各部分关键地方进行重点优化,解决了现有技术中用户按下通话键后要等待较长时间才能通话的问题,能够缩短组呼建立和话权切换的流程时间,以较小的改造代价实现了集群快速呼叫流程建立,使用户在按下通话键后,能较快地通话,提升了用户体验。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的TD-SCDMA集群系统组呼建立系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。