业务数据的传输方法及系统 |
|||||||
申请号 | CN201110001440.5 | 申请日 | 2011-01-05 | 公开(公告)号 | CN102595639B | 公开(公告)日 | 2017-03-15 |
申请人 | 中兴通讯股份有限公司; | 发明人 | 朱昀; 黄春; | ||||
摘要 | 本 发明 公开了一种业务数据的传输方法及系统,在上述方法中,处于小区CELL_FACH状态的UE与基站建立RRC连接;UE监听HS-SCCH,并在HS-SCCH上获取用于建立HS-DSCH的控制信息;UE采用控制信息建立HS-DSCH,并在HS-DSCH上与基站进行业务数据的传输。根据本发明提供的技术方案,可以高速地传输业务数据(例如,“Always on”业务数据),有效提高用户体验。 | ||||||
权利要求 | 1.一种业务数据的传输方法,其特征在于,包括: |
||||||
说明书全文 | 业务数据的传输方法及系统技术领域[0001] 本发明涉及通信领域,具体而言,涉及一种业务数据的传输方法及系统。 背景技术[0002] 随着无线通信的发展,业务的种类日趋多种多样,而不再仅仅局限于传统的语音和短信业务。某些传输频繁但数据量较小的始终在线业务(“Always on”业务),例如,EMAIL、专网连接等业务,其特点是上述业务可以在后台进行而无需用户进行干预,但数据传输需要始终保持持续状态。 [0003] 对于这样的业务,如果采用传统的接入方法,即首先将在小区前向接入信道(Cell Forward Access Channel,简称为CELL_FACH)状态下的UE通过寻呼或建立专用的无线信道的方式而转到小区专用信道(Cell Dedicated channel,简称为CELL_DCH)状态,然后再发送或接收用户数据;显然这样会有额外的信令开销,并且信令的交互过程会增加业务建立的时延,使得用户体验降低。而如果将用户保持在CELL_FACH状态下使用公共信道来承载这些业务,由于公共信道的数据速率低,传输效率比较低。 [0004] 综上所述,相关技术中还缺乏能使终端在CELL_FACH状态下以高数据率地接收和发送Always on业务数据的方案。 发明内容[0005] 针对相关技术中在CELL_FACH状态下使用公共信道来承载始终在线业务(“Always on”业务)数据,传输效率比较低等问题,本发明提供了一种业务数据的传输方法及系统,以解决上述问题至少之一。 [0006] 根据本发明的一个方面,提供了一种业务数据的传输方法。 [0007] 根据本发明的业务数据的传输方法包括:处于CELL_FACH状态的用户设备(User Equipment,简称为UE)与基站建立无线资源控制(Radio Resource Control,简称为RRC)连接;UE监听高速共享控制信道(Speed Share Control Channel,简称为HS-SCCH),并在HS-SCCH上获取用于建立高速下行共享信道(High Speed Downlink Shared Channel,简称为HS-DSCH)的控制信息;UE采用控制信息建立HS-DSCH,并在HS-DSCH上与基站进行业务数据的传输。 [0008] 根据本发明的另一方面,提供了一种业务数据的传输系统。 [0009] 根据本发明的业务数据的传输系统包括:基站以及处于小区前向接入信道CELL_FACH状态的用户设备UE;其中,UE包括:第一建立模块,用于与基站建立无线链路连接RRC连接;监听模块,用于监听高速共享控制信道HS-SCCH,并在HS-SCCH上获取用于建立高速下行共享信道HS-DSCH的控制信息;第二建立模块,用于采用控制信息建立HS-DSCH;以及传输模块,用于在HS-DSCH上与基站进行业务数据的传输。上述基站包括:第三建立模块,用于与UE建立RRC连接;以及传输模块,用于HS-DSCH上与UE进行业务数据的传输。 [0010] 通过本发明,处于CELL_FACH状态的UE与基站建立RRC连接之后,监听HS-SCCH,并在HS-SCCH对应的HS-DSCH上与基站进行业务数据的传输。解决了相关技术中在CELL_FACH状态下使用公共信道来承载“Always on”业务数据的问题,进而可以高速地传输业务数据(例如,“Always on”业务数据),有效提高用户体验。附图说明 [0012] 图1是根据本发明实施例的业务数据的传输方法的流程图; [0013] 图2是根据本发明优选实施例一的业务数据的传输方法的流程示意图; [0014] 图3是根据本发明优选实施例二的业务数据的传输方法的流程示意图; [0015] 图4是根据本发明实施例的业务数据的传输系统的结构框图; [0016] 图5是根据本发明优选实施例的业务数据的传输系统的结构框图。 具体实施方式[0017] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。 [0018] 图1是根据本发明实施例的业务数据的传输方法的流程图。如图1所示,该业务数据的传输方法主要包括以下处理: [0019] 步骤S102:处于CELL_FACH状态的UE与基站建立RRC连接; [0020] 步骤S104:UE监听HS-SCCH,并在该HS-SCCH上获取用于建立HS-DSCH的控制信息; [0021] 步骤S106:UE采用控制信息建立HS-DSCH,并在该HS-DSCH上与基站进行业务数据的传输。 [0022] 上述方法中,终端建立HS-DSCH,在HS-DSCH上与基站进行业务数据的传输。因此终端无需进入CELL_DCH状态,在CELL_FACH状态下则可以高数据率地接收和发送Always on业务数据,有效提高了用户体验。 [0023] 其中,上述业务数据不仅限于Always on业务数据,也可以是其他种类的业务数据。 [0024] 优选地,在执行步骤S102之前,还可以包括以下处理: [0025] (1)基站将其对应的小区在CELL_FACH状态下的数据传输能力通知RNC; [0026] 在优选实施过程中,基站可以通过审计应答和资源状态指示将上述数据传输能力通知RNC。 [0027] (2)基站接收来自于RNC返回的公共媒体接入层D(MAC-D)以及公共无线网络临时标识(Radio Network Temporary Identifier,简称为RNTI)。 [0029] 优选地,上述步骤S102可以进一步包括以下处理: [0030] (1)基站接收来自于UE的CELL_FACH状态下的RRC连接建立请求; [0031] (2)基站将接收到的RRC连接建立请求通过帧协议(Frame protocol,简称为FP)发送至RNC,其中,RRC连接建立请求携带有基站分配给UE的增强的无线网络临时标识(Enhanced Radio Network Temporary Identifier,简称为E-RNTI); [0032] (3)基站接收来自于RNC通过FP发送的RRC连接建立响应,其中,该RRC连接建立响应携带有分配给UE的高速下行共享信道无线网络临时标识(HS-DSCHRadio Network Temporary Identifier,简称为H-RNTI)和E-RNTI; [0033] (4)基站向UE发送RRC连接建立响应。 [0034] 优选地,当数据为用户面数据时,上述步骤S106可以进一步包括以下处理: [0035] (1)UE对系统消息第5块(SIB5)执行读取操作; [0036] (2)基站通过HS-SCCH通知UE接收用户面数据。 [0037] 优选地,当数据为控制面数据时,上述步骤S106可以进一步包括以下处理: [0038] (1)UE根据SIB5中广播的公共H-RNTI个数以及初始UE标识选择一个公共H-RNTI; [0039] (2)UE使用选择的公共H-RITI监听到HS-SCCH。 [0040] 以下结合图2描述移动终端(UE)在CELL_FACH状态下在HS-DSCH上传输DCCH/DTCH信道数据(用户面数据)的优选实施方式。 [0041] 图2是根据本发明优选实施例一的业务数据的传输方法的流程示意图。如图2所示,该数据接入的方法主要包括以下处理: [0042] 在初始状态下,基站(NodeB)下建有HSPA小区,移动终端UE驻留在该小区中,并且UE处在空闲模式。的HSPA小区具体是指支持HSDPA或HSUPA的无线覆盖小区。UE在物理上支持接收和发送CELL FACH状态下的HSDPA或HSUPA数据。 [0043] 步骤S202,NodeB通过审计应答或资源状态指示将小区的CELL-FACH状态下的数据传输能力告知无线网络控制器(RNC); [0044] 进一步地,该小区CELL-FACH状态下的数据发送能力必须是在HS-DSCH上的DCCH/DTCH信道有发送和接收数据的能力,也就是说NodeB发送的资源审计应答或资源状态指示中含有“Enhanced FACH Capability”的指示; [0045] 步骤S204,RNC通过物理共享资源重配置请求将公共MAC-D以及公共RNTI配置给NodeB; [0046] 进一步地,RNC发送的物理资源重配置请求中含有“HS-DSCH Common System Information LCR”,其中有“BCCH Specific HS-DSCH RNTI Information LCR”、“HS-DSCH Paging System Information LCR”的参数项。 [0047] 步骤S206,UE读取系统消息SIB5; [0048] 进一步地,在系统信息块SIB5中包含“HS-DSCH common system information”,更进一步地,在“HS-DSCH common system information”中包含“HS-SCCH system info”、“Common H-RNTI Information”等信息单元; [0049] 步骤S208,UE向小区发起RRC连接建立请求; [0050] 其中,在该RRC连接建立请求消息中含有“HS-PDSCH in CELL_FACH”。 [0051] 步骤S210,UE进入CELL_FACH状态; [0052] 步骤S212,NodeB将RRC连接建立请求消息通过FP发送给RNC,该RRC连接建立请求消息携带有NodeB分配给UE的E-RNTI; [0053] 步骤S214,RNC分配相应的H-RNTI,并将RRC连接建立响应消息通过FP发给NodeB,该RRC连接建立响应消息携带有分配给UE的H-RNTI和E-RNTI; [0054] 步骤S216,NodeB将分配给UE的H-RNTI和E-RNTI以及RRC连接建立消息发送给UE; [0055] 步骤S218,触发向UE发送下行专用信令与数据,小区通过HS-SCCH通知UE接收专用信令与数据; [0056] 步骤S220,UE收到HS-SCCH后在对应的HS-DSCH上接收专用信令与数据。 [0057] 此时,UE在HS-SCCH上监测UE专有H-RNTI,检测到UE的专有H-RNTI,UE在相应的HS-DSCH TTI中接收DCCH/DTCH。 [0058] 以下结合图3描述移动终端(UE)在CELL_FACH状态下在HS-DSCH上传输DCCH/DTCH信道数据(控制面数据SRB0)的优选实施方式。 [0059] 图3是根据本发明优选实施例二的业务数据的传输方法的流程示意图。如图3所示,该业务数据的传输方法主要包括以下处理: [0060] 在初始状态下,基站(NodeB)下建有HSPA小区并支持增强的CELL_FACH功能,移动终端UE驻留在该小区中,并且UE处在空闲模式。的HSPA小区具体是指支持HSDPA或HSUPA的无线覆盖小区。UE在物理上支持接收和发送CELL_FACH状态下的HSDPA或HSUPA数据。 [0061] 步骤S302,NodeB通过审计应答或资源状态指示将小区支持CELL-FACH增强的能力告知RNC; [0062] 进一步地,该小区支持CELL-FACH增强的能力是指NodeB发送的资源审计应答或资源状态指示中含有“Enhanced FACH Capability”的指示; [0063] 步骤S304,RNC通过物理共享资源重配置请求将公共MAC-D以及公共RNTI配置给NodeB; [0064] 进一步地,RNC发送的物力资源重配置请求中含有“HS-DSCH Common System Information LCR”; [0065] 步骤S306,UE读取系统消息SIB5; [0066] 并且,系统信息第5块(SIB5)中包含“HS-DSCH common system information”,而“HS-DSCH common system information”中包含“HS-SCCH system info”、“CCCHmapping info”、“Common H-RNTI Information”等IE参数; [0067] UE根据SIB5中广播的公共H-RNTI个数以及“Initial UE Identity”选择一个公共H-RNTI,UE在HS-SCCH上监测此公共H-RNTI,如果检测到则UE在相应的HS-DSCH TTI中接收CCCH(SRB0); [0068] 步骤S308,UE在该小区中发起RRC连接建立过程; [0069] 其中,在RRC连接建立请求消息中含有“HS-PDSCH in CELL FACH”参数; [0070] 步骤S310,UE选择公共H-RNTI监听到相关的HS-SCCH; [0071] 步骤S312,UE获取在HS-SCCH上获取用于建立高速下行共享信道HS-DSCH的控制信息,采用该控制信息建立HS-DSCH,并在该HS-DSCH上与NodeB传输CCCH信道数据,其中,该数据携带有RRC CONNECTION SETUP。 [0072] 此时,UE在HS-DSCH上能够接收到系统下发的RRC CONNECTION SETUP消息。 [0073] 图4是根据本发明实施例的业务数据的传输系统的结构框图。如图4所示,该业务数据的传输系统主要包括:基站40以及处于CELL_FACH状态的UE 42。 [0074] 其中,UE 42进一步包括: [0075] 第一建立模块420,用于与基站建立无线链路连接RRC连接; [0076] 监听模块422,用于监听高速共享控制信道HS-SCCH,并在HS-SCCH上获取用于建立高速下行共享信道HS-DSCH的控制信息; [0077] 第二建立模块424,用于采用控制信息建立HS-DSCH; [0078] 第一传输模块426,用于在HS-DSCH上与基站进行业务数据的传输。 [0079] 其中,基站40可以进一步包括: [0080] 第三建立模块400,用于与UE建立RRC连接; [0081] 第二传输模块402,用于HS-DSCH上与UE进行业务数据的传输。 [0082] 上述系统中,终端建立HS-DSCH,在HS-DSCH上与基站进行业务数据的传输。因此终端无需进入CELL_DCH状态,在CELL_FACH状态下则可以高数据率地接收和发送Always on业务数据,有效提高了用户体验。 [0083] 优选地,如图5所示,上述基站40还可以包括:通知模块404,用于将其对应的小区在CELL_FACH状态下的数据传输能力通知无线网络控制RNC;以及接收模块406,用于接收来自于RNC返回的公共媒体接入层MAC-D以及公共无线网络临时标识RNTI。 [0084] 优选地,如图5所示,当需要传输的数据为用户面数据时,监听模块422可以进一步包括:读取单元4220,用于对系统消息第5块SIB5执行读取操作;接收单元4222,用于通过HS-SCCH接收来自于基站的通知,其中,该通知用于指示UE接收用户面数据。 [0085] 优选地,如图5所示,当需要传输的数据为控制面数据时,监听模块422可以进一步包括:选择单元4224,用于根据SIB5中广播的公共H-RNTI个数以及初始UE标识选择一个公共H-RNTI;监听单元4226,用于使用选择的公共H-RITI监听到HS-SCCH。 [0086] 需要注意的是,上述系统中的基站和UE相互结合的优选实施方式具体可以参见图1至图3的描述,此处不再赘述。 [0087] 综上所述,借助本发明提供的上述实施例处于CELL_FACH状态的UE与基站建立RRC连接之后,监听HS-SCCH,并在HS-SCCH对应的HS-DSCH上与基站进行业务数据的传输。因此终端无需进入CELL_DCH状态,则可以与基站进行业务数据的传输(例如,“Always on”业务数据),减小了额外的信令开销,降低了业务建立时的时延,从而可以高数据率地接收和发送业务数据,有效提高了用户体验。 [0088] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。 [0089] 以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。 |