一种前向信令信道消息传送方法及系统
技术领域
本发明涉及一种前向信令信道消息传送方法及系统,特别涉及无线通信领域中前向信令信道消息传送方法及系统。
背景技术
无线通信协议中,前向共享信令信道(F-SCCH,Forward Link SharedSignaling Channel)是非常重要的信道。F-SCCH是前向控制信道(FCCH,Forward Linkcontrol channel)的重要组成部分,用于传送前反向数据接入许可、信道指配等内容。接入终端(AT,Access Terminal)根据从F-SCCH收到的信息,确认是否接入网络以及获得系统分配的资源信息。
F-SCCH包含多个信令消息(MESSAGE),这些消息用于接入许可、指配资源等。MESSAGE有多种类型,每一个MESSAGE一般包含多个域,比如消息类型(Blocktype)、资源编号(ChanID)等。由于需要与指定的AT通信,因此MESSAGE也包含目标MACID信息(可以是广播用MACID)。这些MACID信息可以直接包含在MESSAGE域中,也可以用扰码等方式包含在MESSAGE信息中。图1是在802.20协议中F-SCCH的信令消息传送流程示意图。
下表为现有技术中F-SCCH Message结构,表中纵向表示不同的区域字段,而横向表示不同的消息,如表所示消息为:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 3 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | 000 | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
FLAM | 010 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
RLAM | 011 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MCWFLAM1 | 100 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
MCWFLAM2 | 101 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
SCWFLAB | 110 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
。\
下面是现有技术中用户接入网络的流程简述:
1、接入终端(AT)首先必须传送接入探针序列;
2、接入网络侧(AN,Access Network)响应探针,通过F-SCCH信道传送Access Grant消息给AT,分配MACID,传送定时信息,该消息由该接入探针序列或者该接入序列对应的扰码序列进行加扰;
3、AT传送绑定请求,由分配到的MACID对这个绑定请求进行加扰;
4、AN收到绑定请求后,传送绑定响应,同样由该MACID进行加扰;
5、AT收到绑定响应后,接入过程结束,开始请求数据传送,申请资源块;
6、AN传送资源指配消息给AT。
从以上过程可以看出,实际上用户的接入分成两个阶段,请求接入阶段与请求资源阶段,即用户在接入阶段时,必须首先处理Access Grant消息,收到Access Grant消息,获得接入许可(得到MACID)后,处理其他指配消息,这个消息由接入前缀序列或者序列对应的扰码进行加扰。
同时,在用户接入时,首先需上报本机是单天线用户(SISO,Single-InputSingle-Output)还是多天线用户(MIMO,Multiple-Input Multiple-Out-put)。
但实际上,现有技术中这种Message结构是有冗余的,目前并没有被充分的利用。
同时,现有技术中也没有能够减少Blocktype字节数的以充分利用F-SCCH的技术方案出现。
发明内容
本发明提供一种前向共享信令信道消息传送方法及系统,用以解决现有技术中存在没有充分利用F-SCCH资源的问题。
本发明前向共享信令信道消息传送方法,包括如下步骤:
根据链路初始化中接入终端与接入网络侧的协商获取传输类型;
配置消息类型在前向共享信令信道占用比特数;
根据确定的传输类型,所述接入网络侧按配置的所述消息类型比特数通过前向共享信令信道与所述接入终端传送消息。
较佳地,所述传输类型是SISO时以包括Access Grant、FLAM和RLAM三种消息类型传送;
或所述传输类型是MIMO MCW时以包括Access Grant、MCW FLAM1、MCW FLAM2、RLAM四种消息类型传送;
或所述传输类型是MIMO SCW时以包括Access Grant、SCW FLAB、RLAM三种消息类型传送。
较佳地,将包括Access Grant一种消息类型单独传送:
所述传输类型是SISO时,以包括FLAM、RLAM两种消息类型传送;
或所述传输类型是MIMO MCW时,以包括RLAM、MCW FLAM1、MCWFLAM2三种消息类型传送;
或所述传输类型是MIMO SCW时,以包括RLAM、SCW FLAB两种消息类型传送。
较佳地,将包括Access Grant一种消息类型单独传送;
所述传输类型是SISO时,以包括FLAM、RLAM两种消息类型传送;
或所述传输类型是MIMO MCW时,以包括RLAM、MCW FLAM1、MCW
FLAM2三种消息类型传送;
或所述传输类型是MIMO SCW时,以包括RLAM、SCW FLAB两种消息类型传送:
在所述MIMO MCW传输类型下,所述接入网终端向所述接入网络侧传送指配消息时,依次传送MCW FLAM 1和MCW FLAM 2消息。
本发明还提供了一种前向共享信令信道消息传送系统,用于含接入网络侧、接入终端的无线通信系统,包括用于根据链路初始化中接入终端与接入网络侧的协商获取传输类型的获取模块,还包括:
第一配置模块,用于配置消息类型在前向共享信令信道占用比特数;
第一传输模块,用于根据所述获取模块确定的传输类型,按所述配置模块配置的所述消息类型比特数通过前向共享信令信道,在所述接入网络侧与所述接入终端间传送消息。
较佳地,所述传输类型是SISO、或MIMO MCW、或MIMO SCW。
较佳地,所述传输模块包括第一传输单元、第二传输单元、第三传输单元,其中:
第一传输单元,用于在传输类型是SISO时传送消息,消息中所述消息类型包括Access Grant、FLAM、RLAM消息:
第二传输单元,用于在传输类型是MIMO MCW时传送消息,消息中所述消息类型包括Access Grant、MCW FLAM1、MCW FLAM2、RLAM消息;
第三传输单元,用于在传输类型是MIMO SCW时传送消息,消息中所述消息类型包括Access Grant、SCW FLAB、RLAM。
较佳地,所述传输模块包括第四传输单元、第五传输单元、第六传输单元、第七传输单元,其中:
第四传输单元,用于传送Access Grant消息:
第五传输单元,用于在传输类型是SISO时传送消息,消息中所述消息类型包括FLAM、RLAM消息:
第六传输单元,用于在传输类型是MIMO MCW时传送消息,消息中所述消息类型包括RLAM、MCW FLAM1、MCW FLAM2消息:
第七传输单元,用于在传输类型是MIMO SCW时传送消息,消息中所述消息类型包括SCW FLAB、RLAM。
较佳地,所述传输模块包括第四传输单元、第五传输单元、第六传输单元、第七传输单元,其中:
第四传输单元,用于传送Access Grant消息:
第五传输单元,用于在传输类型是SISO时传送消息,消息中所述消息类型包括FLAM、RLAM消息:
第六传输单元,用于在传输类型是MIMO MCW时传送消息,消息中所述消息类型包括RLAM、MCW FLAM1、MCW FLAM2消息:
第七传输单元,用于在传输类型是MIMO SCW时传送消息,消息中所述消息类型包括SCW FLAB、RLAM。
在所述MIMO MCW传输类型下,所述接入网终端向所述接入网络侧传送指配消息时,所述第六传输单元依次传送MCW FLAM1和MCW FLAM2消息。
本发明提供了一种前向共享信令信道消息传送方法,包括如下步骤:
根据F-SCCH消息中消息类型所包含的传输类型数目设定附加信息方式数目;并根据所述附加信息方式数目配置消息类型占用比特数;
根据所述附加信息方式对接入网络侧与接入终端之间传送的消息附加信息;
根据配置的消息类型比特数传送所述消息;
通过附加信息确认传输类型,并以相应的传输类型处理消息。
较佳地,所述附加信息方式是交织方式,或加扰方式。
较佳地,在对传送的消息附加信息中附加CRC校验。
较佳地,在对传送的消息附加信息中最后附加CRC校验。
较佳地,所述通过附加信息确认传输类型是通过附加信息中的CRC校验确认传输类型。
较佳地,进一步包括如下步骤:
根据链路初始化中接入终端与接入网络侧的协商获取传输类型;
在获取传输类型情况下,根据所述附加信息方式数目配置消息类型占用比特数。
本发明还提供了一种前向共享信令信道消息传送系统,包括
第二配置模块,用于根据F-SCCH消息中消息类型所包含的传输类型数目设定附加信息方式数目;并根据所述附加信息方式数目配置消息类型占用比特数;
信息附加模块,用于根据所述附加信息方式对接入网络侧与接入终端之间传送的消息附加信息;
第二传输模块,用于根据配置的消息类型比特数传送所述消息,通过附加信息确认传输类型,并以相应的传输类型处理消息。
较佳地,所述附加信息方式是交织方式,或加扰方式。
较佳地,在对传送的消息附加信息中附加CRC校验。
较佳地,在对传送的消息附加信息中最后附加CRC校验。
较佳地,所述通过附加信息确认传输类型是通过附加信息中的CRC校验确认传输类型。
较佳地,进一步包括用于根据链路初始化中接入终端与接入网络侧的协商获取传输类型的获取模块;
所述第二配置模块在获取传输类型情况下,根据所述附加信息方式数目配置消息类型占用比特数。
本发明有益效果如下:
由于现有技术中,AT接入过程的两个阶段-接入请求阶段与资源请求阶段是天然区分而不重叠的;单天线用户(SISO用户)与多天线用户(MIMO用户)也是可以区分的,同时,MIMO用户可以区分为MCW(multiple codeword)用户与SCW(Single codeword)用户,这些都可以在链路初始化的过程中由AN和AT共同约定,即使在服务的过程中SISO、SCW和MCW之间互相发生了转换,AN和AT之间也能通过上层信令提前协商知道。本发明根据以上原理,利用了不同阶段的消息类型的重用,从而减少信道结构的冗余,简化了现有技术的信道结构,达到了减少资源占用,提高了信道的资源利用率。
由于本发明在AT与AN之间传送消息时通过利用附加信息的方式,并进一步的将原消息中的循环冗余码校验(CRC,Cyclical Redundancy Check)结合进附加信息中,用以区别消息类型的种类,识别各种传输类型,减少了用于承载传输类型识别信息的信道任务,从而减少了信道结构的冗余,简化了现有技术的信道结构,达到了减少资源占用,提高信道的资源利用率的目的。
附图说明
图1为背景技术中所述在802.20协议中F-SCCH的信令消息传送流程示意图;
图2为实施例中所述本发明前向共享信令信道消息传送实施流程示意图;
图3为实施例中所述本发明前向共享信令信道消息传送系统的结构示意图;
图4为实施例中所述本发明另一前向共享信令信道消息传送方法的实施流程示意图;
图5为实施例中所述使用交织方式来表示BlockType的方法发送端示意图;
图6为实施例中所述使用交织方式来表示BlockType的方法接收端示意图;
图7为实施例中所述本发明另一前向共享信令信道消息传送系统结构示意图。
具体实施方式
下面结合附图对本发明的具体实施进行说明。
图2为本发明前向共享信令信道消息传送实施流程示意图,如图所示,包括如下步骤:
步骤201、根据链路初始化中接入终端与接入网络侧的协商获取传输类型;
在用户接入时,首先需上报本机是SISO用户还是MIMO用户,因此接入后,传输的类型是AN与AT共知的,也是可以获取的。
步骤202、配置消息类型在前向共享信令信道占用比特数;
由于在实际上用户的接入分成两个阶段,请求接入阶段与请求资源阶段,并且这两个阶段是不重叠的,即用户在接入阶段时,必须首先处理Access Grant消息,只有收到Access Grant消息,获得接入许可(得到MACID)后,才会处理其他指配消息,这个消息由接入前缀序列或者序列对应的扰码进行加扰;而一旦获得接入许可,则不必再处理Access Grant消息,其后消息都由MACID进行加扰。因此Access Grant消息与指配消息处于不同的阶段,其消息类型(Blocktype)是可以重用的。实施中是以Blocktype为例来说明消息类型的。也就是SISO用户与MIMO用户的指配消息类型可以重用,即可以采用相同的Blocktype。也因此,在实施中可以配置Blocktype在前向共享信令信道占用比特数,从而达到充分利用F-SCCH的信道资源的目的。
步骤203、根据确定的传输类型,接入网络侧按配置的消息类型比特数通过前向共享信令信道与接入终端传送消息。
此步骤中,由于对于其他消息,首先根据已知的传输模式(SISO,SCW,MCW)确定了F-SCCH的传输格式,因此可以在不同的传输模式之间复用传输格式以减少消息类型(Blocktype)比特数而不会导致传输类型的不能识别。比如:假定Blocktype的比特数为2,那么对于Blocktype 00,01,10,11就可以用于所有传输模式,也就是说,最多可以表示12种Blocktype,而现有技术方式下如果要表示这12种Blocktype则需要4个比特。
实施例一:
本例中,为保持一定的兼容性与可扩展性,BlockType重用只基于传输类型。也就是本例中,在获取到用户的类型为SISO用户、MIMO MCW用户、MIMO SCW用户后,此时可以在消息类型(Blocktype)中以两比特字节来实现本发明,具体实施中F-SCCH Message结构在各传输类型的结构设计如下:
SISO用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | 00 | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
FLAM | 01 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
RLAM | 10 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MIMO MCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | 00 | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
MCWFLAM1 | 01 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
MCWFLAM2 | 11 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
RLAM | 10 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MIMO SCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | 00 | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
SCWFLAB | 11 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
RLAM | 10 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
。\
实施例二:
进一步的,在优选实施中,还可以进一步将Access Grant独立出来,除了长度和其他消息保持一致外,不参与Blocktype的排序,对于其他消息,根据传输模式(SISO,SCW,MCW)确定FSCCH的传输格式,在不同的传输模式之间复用传输格式以减少Blocktype比特数,比如,假定Blocktype的比特数为2,那么Blocktype 00、01、10、11可以用于所有传输模式,也就是说,最多可以表示12种Blocktype,而现有技术方式下如果要表示这12种Blocktype需要4个比特。同时,BlockType重用基于传输类型,并将MIMO用户划分成MCW用户与SCW用户时F-SCCH Message结构设计如下:
Access Grant消息:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | Reserved | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
此时,表中Access Grant的BlockType可以为任意,也可以同后面设置为0的域一样。
SISO用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
FLAM | 00 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
RLAM | 01 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
由表可知,此时SISO用户就可以用2个空闲的BlockType用于扩展了。MIMO MCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
RLAM | 01 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MCWFLAM1 | 10 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
MCWFLAM2 | 11 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
由表可知,此时对于MIMO MCW用户可以用1个空闲的BlockType来用于扩展。
MIMO SCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 2 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
RLAM | 01 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
SCWFLAB | 10 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
由表可知,此时MIMO SCW用户可以用2个空闲的BlockType来用于扩展。
相对于实施例一,本例的优选实施将Access Grant单独列出来,从而无论SISO用户还是MIMO用户,均增加了新的空闲BlockType,便于扩展其他的消息类型。
实施例三:
更进一步的优选实施中,再将Access Grant独立出来后,同时,BlockType重用基于传输类型,并将MIMO用户划分成MCW用户与SCW用户。将MCW用户的BlockType进行简化,从而还可以进一步将BlockType减少到1个比特。F-SCCH Message结构可以设计如下:
Access Grant消息:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 1 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
AccessGrant | Reserved | 1 | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
注:表中Access Grant的BlockType可以为任意,也可以同后面设置为0的域一样。
SISO用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 1 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
FLAM | 0 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
RLAM | 1 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MIMO MCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 1 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
RLAM | 0 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
MCWFLAM1 | 1 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
MCWFLAM2 | 1 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
MIMO SCW用户:
Field | Blocktype | MACID | Persis-tent | ChanID | PF | Duration | Ext.TX | Timing | Suppl. | Rank |
#bits | 1 | 9-11 | 1 | 6-8 | 4-6 | 2 | 1 | 6 | 1 | 2 |
RLAM | 0 | 0 | 1 | 1 | 1 | 0 | 1 | 0 | 1 | 0 |
SCWFLAB | 1 | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD | TBD |
。\
本实施例中,MIMO MCW用户的RLAM消息与MCW FLAM1采用BlockType进行区分,而MCW FLAM2消息采用与MCW FLAM1相同的BlockType。具体实施时这里需要规定在AN传送指配消息时,必须依次传送MCW FLAM1、MCW FLAM2。由于这两条消息共同完成对MCW用户的资源指配,缺一不可,因此这种规定是合理的。RLAM消息的传送根据MACID进行加扰。
根据上述同样的发明构思,本发明还提供了一种前向共享信令信道消息传送系统,下面结合附图对本系统的具体实施进行说明。
图3是本发明前向共享信令信道消息传送系统的结构示意图,如图所示,本系统具体实施时用于含接入网络侧、接入终端的无线通信系统,其中包括:
获取模块301,用于根据链路初始化中接入终端与接入网络侧的协商获取传输类型的;
第一配置模块302,用于配置消息类型在前向共享信令信道占用比特数,实施中,以消息类型比特数是小于3大于0的整数为例来进行说明;
第一传输模块303,用于根据获取模块确定的传输类型,按配置模块配置的消息类型比特数通过前向共享信令信道,在接入网络侧与接入终端间传送消息。
实施中,传输类型是SISO、MIMO MCW、MIMO SCW三种类型,但由本发明构思可知,本发明的实施并不限于这三种传输类型。下面对本系统在各种消息类型(Blocktype)比特数设置下各传输类型的具体实施进行说明。
当设置Blocktype比特数为2时,传输模块中包括第一传输单元、第二传输单元、第三传输单元,其中第一传输单元用于当传输类型是SISO时消息的传送;第二传输单元用于当传输类型是MIMO MCW时消息的传送;第三传输单元用于当传输类型是MIMO SCW时消息的传送。
基于同样的原理,第一、第二、第三传输单元具体实施时传送的消息结构可以采用本发明方法中实施例一的传送消息结构。
优选实施中,可以把Access Grant消息和其他FSCCH消息独立开来,除了长度和其他消息保持一致外,不参与Blocktype的排序,因此当设置Blocktype比特数为2时,传输模块中还可以包括第四传输单元、第五传输单元、第六传输单元,其中第四传输单元用于传送Access Grant消息;第五传输单元用于当传输类型是SISO时消息的传送;第六传输单元用于当传输类型是MIMO MCW时消息的传送;第七传输单元当传输类型是MIMO SCW时消息的传送。
第四、第五、第六、第七传输单元具体实施时传送的消息结构可以采用本发明方法中实施例二的传送消息结构。
将Access Grant独立出来,同时,BlockType重用基于传输类型,并将MIMO用户划分成MCW用户与SCW用户。进一步的优选实施中,还可以将MCW用户的BlockType进行简化,从而将BlockType减少到1个比特。
实施时,第四、第五、第六、第七传输单元具体实施时传送的消息结构可以采用本发明方法中实施例三的传送消息结构。实施中,MIMO MCW用户的RLAM消息与MCW FLAM1采用BlockType进行区分,而MCW FLAM2消息采用与MCW FLAM1相同的BlockType。这里需要规定AN传送指配消息时,通过依次传送MCW FLAM1、MCW FLAM2可以对传输类型进行识别。由于这两条消息共同完成对MCW用户的资源指配,缺一不可,因此这种规定是合理的。RLAM消息的传送根据MACID进行加扰。
由上述的实施,可以看出本发明中简化了F-SCCH的信道结构,节约了信道资源,提高了信道利用率。同时没有增加开销与复杂度。
在没有增加任何开销与复杂度的情况下,本发明将BlockType减少了1-2比特或提供了多个空闲的BlockType用于消息扩展。而本发明节省的BlockType资源也可以用于扩展BlockType。
下面结合附图对本发明的另一发明方案具体实施进行说明。
本发明构思在于根据F-SCCH消息中消息类型所包含的传输类型数目设定附加信息方式数目;并根据附加信息方式数目配置消息类型占用比特数;通过附加信息方式的数目便能够识别出相应的传输类型,而无须通过F-SCCH中消息类型占用比特数来识别传输类型,从而达到了充分利用信道资源的目的。
根据附加信息方式对接入网络侧与接入终端之间传送的消息附加信息;在传输的信息上附加信息后,通过接入网络侧与接入终端之间对信息的确认也同时确认出了传输类型,这样通过附加信息确认传输类型,就可以以相应的传输类型处理之间的消息了。
实施中,为了区分不同的消息类型,附加的信息可以采用了不同的交织图案对信息序列进行交织,或者对信息序列采用不同的扰码,当然,基于本发明的构思,附加信息的实现方式是多样的,实施中仅以加扰方式以及交织方式来说明。本发明构思在于通过附加信息的区别从而达到无需区分传输类型,同时可以最大限度节省消息类型资源,甚至可以完全省去消息类型。
更进一步的优选实施中,可以将原消息中的CRC校验作为附加信息中的识别标志,也就是接收端首先进行其他处理(比如解调、解码等),在获得信息比特与CRC比特的混合序列后,根据传送方法的不同,只要用K种交织图案分别对数据进行反交织,然后进行CRC检测,输出CRC校验正确的一路即可。
图4为本发明前向共享信令信道消息传送方法的实施流程示意图,如图所示,包括如下步骤:
步骤401、根据F-SCCH消息中消息类型(Blocktype)所包含的传输类型数目设定附加信息方式数目;并根据附加信息方式数目配置消息类型(Blocktype)占用比特数;
步骤402、根据附加信息方式对接入网络侧与接入终端之间传送的消息附加信息;
步骤403、根据配置的消息类型(Blocktype)比特数传送消息;
步骤404、通过附加信息确认传输类型,并以相应的传输类型处理消息。
具体实施中,对每个消息,假设原来需要的BlockType为2N个,即需要N个比特来表示。为了减少每个消息对资源的占用,可以采用M(0≤M≤N-1)个比特来表示BlockType。此时能表示的BlockType为2M个。从而需要(2N/2M=2N-M)个不同的交织图案来表示。例如,现有的BlockType为3比特,如果需要减少到1个比特,那么需要用4种不同的交织图案来区分。图5是使用交织方式来表示BlockType的方法发送端示意图,如图所示,(a)是现有协议的Message发送过程,(b)是本实施例中使用的发送方法一、(c)是本实施例中使用的发送方法二。(b)、(c)的区别在于CRC(循环冗余码校验,CyclicalRedundancy Check)比特是否参与交织过程。
图6是使用交织方式来表示BlockType的方法接收端示意图,如图所示,(a)为现有协议的接收处理,(b)为对应于图5中发送方法一的接收过程,(c)为对应于图5中发送方法二的接收过程。图中序号1-K表示不同的解交织器,K=2N-M。
其中,接收端首先进行其他处理(比如解调、解码等),在获得信息比特与CRC比特的混合序列后,根据传送方法的不同,其处理略有不同。对于发送方法一,只需要用K种交织图案分别对数据进行反交织,然后进行CRC检测,输出CRC校验正确的一路即可。对于发送方法二,需要将信息比特与CRC比特的混合序列分开,对信息比特进行K种解交织处理,然后结合CRC比特进行判断,输出CRC校验正确的那一路。
具体实施中,还可以采用不同的扰码来区分消息类型(BlockType)。对每个消息,假设原来需要的BlockType为2N个,即需要N个比特来表示。可以采用M(0≤M≤N-1)个比特来表示BlockType。此时能表示的BlockType为2M个。从而需要(2N/2M=2N-M)个不同的扰码来表示。例如,现有的BlockType为3比特,如果需要减少到1个比特,那么需要用4种不同的扰码来区分。其收发过程与交织处理相同,只需将交织解交织换成扰码与解扰即可。
优选实施中,为了降低接收处理的复杂度,信息比特在附加CRC校验后,直接进行扰码,再进行其他处理。这样接收端只需要用不同的扰码尝试解扰,再解CRC即可,而不用作多次解码等其他复杂的操作。
具体实施中,也可令M=N,这时显而易见的是甚至完全节省了消息类型(BlcokType)所占的空间,大大提高了资源利用率。
显然,可以将用户划分成SISO用户、MCW用户、SCW用户等,对每种用户的BlockType,用不同的交织图案或扰码来区分。
本发明采用将原始序列附加CRC之后的序列进行交织后再处理的方法。通过不同的交织图案,辅助区分消息类型。同时在修改数据处理过程,将原始序列附加CRC之后的序列进行扰码处理后再编码,而不是象数据传输那样,对原始序列附加CRC之后的序列进行编码、交织、重复后才进行扰码处理。
进一步的优选实施中,还可以将用户划分成不同类型,每种类型之间的消息类型可以重用,而传输类型是可以通过AT、AN在协商是获取的,这样,每种类型内容利用不同的交织图案或扰码来区分消息类型的方法。也就是首先根据链路初始化中接入终端与接入网络侧的协商获取传输类型;在获取传输类型情况下,根据附加信息方式数目配置消息类型占用比特数。
根据同样的发明构思,本发明还提供了一种前向共享信令信道消息传送系统,图7为本发明前向共享信令信道消息传送系统结构示意图,如图所示,系统中包括,第二配置模块701,用于根据F-SCCH消息中消息类型(Blocktype)所包含的传输类型数目设定附加信息方式数目;并根据附加信息方式数目配置消息类型(Blocktype)占用比特数;
信息附加模块702,用于根据附加信息方式对接入网络侧与接入终端之间传送的消息附加信息;
第二传输模块703,用于根据配置的消息类型(Blocktype)比特数传送消息,通过附加信息确认传输类型,并以相应的传输类型处理消息。
优选实施中,进一步包括用于根据链路初始化中接入终端与接入网络侧的协商获取传输类型的获取模块301,第二配置模块703在获取传输类型情况下,根据附加信息方式数目配置消息类型(Blocktype)占用比特数。
实施中,附加信息方式可以是,但不限于仅是交织方式,或加扰方式。
优选实施中,可以在附加信息中使用原消息中的CRC校验。并通过附加信息确认传输类型是通过附加信息中的CRC校验确认传输类型。为了降低接收处理的复杂度,此处要求信息比特在附加CRC校验后,直接进行扰码操作,再进行其他处理。这样接收端只需要用不同的扰码尝试解扰,再解CRC即可,而不用作多次解码等其他复杂的操作在对传送的消息附加信息中最后附加CRC校验。
本方案简化了F-SCCH的信道结构,节约了信道资源,提高了信道利用率。同时没有增加开销与复杂度。虽然增加了处理开销的情况下,但是可以部分甚至完全节省消息类型所占的空间,大大提高了资源利用率。
将用户划分成不同类型,每种类型之间的消息类型可以重用,同时,每种类型内容利用不同的交织图案或扰码来区分消息类型的方案中,进一步在复杂度略有增大的情况下,可以完全节省消息类型资源。
而本发明所节省的消息类型资源就可以用于扩展消息类型。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。