一种实现信息传输的方法、装置及系统与流程

文档序号:12701945阅读:583来源:国知局
一种实现信息传输的方法、装置及系统与流程
本发明涉及无线通信技术领域,具体是涉及一种实现信息传输的方法、装置及系统。

背景技术:
无线通信系统中,需要通过上下行的信息交互来实现基站与用户设备(UE)间的无线通信。为增强数据传输速率,目前业界已提出了在下行公共信道中使用HSDPA的处理方案,从而在理论上能够使得下行传输速率达到100Kbps。但下行传输速率还要受到上行传输速率的影响。比如,目前的上行传输主要是采用共享随机接入信道(RACH,RandomAccessChannel)的方式,这种方式导致上行响应较慢,进而会影响下行传输速率。为解决该问题,目前业界针对上行传输提出了采用高速上行数据接入(HSUPA)实现随机接入的传输方案。该方案要求上行的随机接入传输时,使用增强专用信道(E-DCH,EnhancedDedicatedChannel)来进行具体消息的传输。在实现本发明的过程中,发明人发现:E-DCH传输承载信道是专用信道,在使用E-DCH传输承载信道进行传输之前,就应该为UE分配专用的E-DCH传输承载信道资源。在后续的传输过程中,诸如NodeB之类的基站在收到特定信道资源传输上来的信息后,就可以通过该信道资源确定该信息是哪个UE的,从而能够实现UE与基站之间的信息传输。而如果使用HSUPA来传输随机接入数据,则需要UE能够随机使用E-DCH传输承载信道,即将E-DCH传输承载信道作为共享信道。显然,这种方式则使基站无法确定收到的数据为哪个UE发送上来的,从而导致UE与基站之间的信息无法传输,进而也导致基站无法将UE上传的信息发送给RNC之类的控制设备。

技术实现要素:
本发明各实施方式要解决的主要技术问题是提供一种实现信息传输的方法,以使基站能够确定通过E-DCH传输承载信道收到的信息所对应的UE。本发明还提供了一种实现信息传输的装置及系统。为解决上述问题,本发明各主要实施方式主要如下:本发明实施例的一种实现信息传输的方法,该方法包括:基站接收用户设备UE通过增强专用信道E-DCH传输承载上报的信息,根据收到的信息携带的UE标识信息确定基站所接收信息对应的UE。本发明实施例的一种实现信息传输的系统,包括基站和UE,所述UE通过E-DCH传输承载信道向基站上报信息;所述基站用于接收UE通过E-DCH传输承载信道上报的信息,根据收到的信息携带的UE标识信息确定本基站所接收信息对应的UE。本发明实施例的一种实现信息传输的基站,所述基站用于接收UE通过E-DCH传输承载信道上报的信息,根据收到的信息携带的UE标识信息确定所接收信息对应的UE。本发明实施例通过基站根据收到的信息所携带的UE标识信息,来确定本基站通过E-DCH传输承载信道上报的信息所对应的UE,从而使得在UE与基站之间通过HSUPA来传输随机接入数据时,基站能够确定收到的数据是哪个UE发送上来的,从而确保采用HSUPA实现随机接入的传输方案能够实施。附图说明图1为本发明实施例二的实现流程图;图2为本发明实施例二中RNC与NodeB之间配置E-DCH传输承载信道的时序图;图3为本发明系统实施例的结构示意图。具体实施方式为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。为使得UMTS基站(NodeB)之类的基站能够确定通过E-DCH传输承载信道所收信息对应的UE,本发明实施例主要在于,UE在上报给NodeB的信息中增加UEID之类的标识信息,NodeB则可以根据信息中的UEID,来确定该信息是哪个UE上报的。其中,UEID具体可以是通用陆地无线接入网无线网络临时标识(U-RNTI,UTRANRadioNetworkTemporaryIdentity)、小区无线网络临时标识(C-RNTI,CellRNTI)、高速下行共享信道无线网络临时标识(H-RNTI,HighSpeedDownlinkSharedChannelRNTI)等,当然也可以是其他标识,比如,可以是国际移动用户标识(IMSI,InternationalMobileSubscriberIdentity)、临时移动用户识别号码(TMSI,TemporaryMobileSubscriberIdentity)等。下面以具体实施例,对该方案进行详细描述。为描述方便,基站以NodeB为例,无线网络控制设备则以无线网络控制器(RNC)为例。实施例一UE在上报给NodeB的每个层2的数据包中都增加UEID,NodeB在接收层2的每个数据包时,都可以根据该数据包中携带的UEID来确定该数据包是哪个UE上报的。其中,该层2为空中接口的协议层,包括多种协议,通常包括介质访问控制(MAC,MediumAccessControl)协议、无线链路控制(RLC,RadioLinkControl)协议和包数据汇聚协议(PDCP,PacketDataConvergenceProtocol)等。该实施方式能够保证NodeB确认在E-DCH传输承载信道上发送的每个层2的数据包对应哪个UE,且具体实现起来非常简单。实施例二该实施例的具体实现流程如图1所示,对应以下步骤:步骤101、UE在上报给NodeB的第一个信息中携带UEID。UE在上行接入之前,首先会通过竞争获得初始资源。在本发明实施例中,UE的上行使用HSUPA技术,相应地,所获得的初始资源为E-DCH传输承载信道。UE上报给NodeB的第一个信息也就需要通过E-DCH传输承载信道上报,本实施例则进一步在第一个信息中携带UEID。另外,虽然E-DCH传输承载信道在本发明实施例中作为共享信道使用,UE在通过竞争获取信道资源后,也会在一段时间内固定使用该资源来发送上行数据。对于UE来说,具体可以由其中的MAC-e实体来处理上报信息,这种情况下,就需要MAC-e实体在发送的第一个信息中增加UEID。第一个信息还可以由UE中的MAC-c实体来处理上报信息,这种情况下,由于MAC-c实体本身发送信息时就携带UEID,因此,该方法可以直接使用UE中的MAC-c实体,且不需要增加MAC-e实体的功能。步骤102、NodeB接收该第一个信息后,获取该信息中携带的UEID,并记录该UEID与该UE所使用信道资源的对应关系。具体来说,NodeB在接收到第一个信息后,需要对该信息进行解码,在正确解码后,即认为该UE可以继续使用该E-DCH资源,并告知该UE。对于由UE中的MAC-c实体处理上报信息的情况来说,NodeB中应该增加解码MAC-c的能力,或者是直接增加MAC-c实体;对于由UE中的MAC-e实体处理上报信息的情况来说,NodeB中则应该增加MAC-e实体的读取第一个信息中携带的UEID的能力。步骤103、UE利用分配给本UE的E-DCH传输承载信道向NodeB发送信息,且所述信息中不包括UEID。对于UE来说,不管步骤101中是采用MAC-c实体还是MAC-e实体发送信息,该步骤103中都是用MAC-e实体来发送。由于UE在通过竞争获取信道资源后,会在一段时间内固定使用该资源来发送上行数据,因此,通过本实施例的上述处理,NodeB即可确定通过该E-DCH传输承载信道收到的信息所对应的UE,并可以进一步节约空口资源。通过上述几个实施例,可以实现NodeB之类的基站确定通过E-DCH传输承载信道收到的信息所对应的UE。另外,在上行传输过程中,NodeB还需要将UE发送来的信息发送给RNC之类的无线网络控制设备。RNC同样需要确定收到的信息所对应的UE。因此,在NodeB之类的基站能够确定收到的信息所对应的UE后,还需要将该信息发送给RNC,且使RNC也能够确定收到的信息所对应的UE。对于RNC来说,RNC与NodeB之间的信道可以是RACH传输承载信道,也可以是E-DCH传输承载信道。下面分别对这两种信道所对应的处理情况进行详细描述。如果是RACH传输承载信道,则NodeB在收到E-DCH传输承载信道上传输来的数据后,则将收到的信息添加UEID,以将该信息转换成传统的RACH帧协议(FP,FrameProtocol),并将修改后的RACHFP从Iub口的RACH传输承载信道发送给RNC。对于该方案来说,具体可以是在NodeB中增加MAC-c实体,或者是在NodeB的MAC-e实体中增加MAC-c的功能,以使NodeB能够在收到的信息中添加UEID。相应地,对于RNC来说,则不需要做任何改动,即可从Iub口的RACH传输承载信道中接收数据并解析。如果是E-DCH传输承载信道,则首先需要在RNC与NodeB之间配置该E-DCH传输承载信道。该配置流程如图2所示,对应以下步骤:步骤201、RNC向NodeB发送信道建立/重配置请求,以请求NodeB建立一个E-DCH传输信道。RNC需要通过发送给NodeB的请求告知信道建立/重配置所需的相关参数。具体来说,该参数可以包括UE使用E-DCH进行随机接入所使用的签名列表和/或相关的物理层信道参数,还可以是包括UE使用E-DCH进行随机接入所需的相关物理层参数、传输信道参数及传输承载参数中的一个或多个,当然,还可以进一步包括前两种中的一个或全部。所发送的参数可以单独用新的消息发送;也可以将这些参数添加到现有过程的消息中,即使用原有过程来发送这些参数。如果RNC将UE使用E-DCH进行随机接入所使用的签名列表发送给NodeB,RNC可以有多种发送方式。本实施例提供了几种方式:一种是在协议中规定一个表格,然后给出表格的编号,并发送该表格编号;另一种是给出签名序列,并发送该签名序列;还可以是使用与传统物理随机接入信道(PRACH,PhysicalRandomAccessChannel)中的前同步码签名(PreambleSignatures)类似的方式发送。对于这些发送方式来说,具体可以在公共传输建立过程中执行。如果RNC将UE使用E-DCH进行随机接入所需的相关物理层信道参数发送给NodeB,RNC同样有多种发送方式。本实施例提供了RNC告知NodeB利用捕获指示信道(AICH)、物理下行共享信道相关共享控制信道(HS-SCCH,HS-DSCH-relatedSharedControlChannel)、高速物理下行共享信道(HS-PDSCH,HighSpeedPhysicalDownlinkSharedChanne)等信道的配置来完成相关资源指派的具体处理方式,具体有如下几种方式:一种是在发送给NodeB的AICH中增加一个捕获指示(AI)指示,以表示该AICH可以在使用E-DCH进行随机接入时使用,对于这种方式来说,也可以在公共传输建立过程中对AICH进行修改。另一种是针对物理下行共享信道相关共享控制信道(HS-SCCH)的方式,对于这种方式来说,可以在发送给NodeB的HS-SCCH中增加物理层参数、HS-SCCH格式编号及HS-SCCH的时序关系中的至少一个。对于这种方式来说,也可以在物理共享信道重配过程中对HS-SCCH进行修改。另外,该物理层参数可以为信道化码和功率,功率可以是最大发射功率和/或初始发射功率;对于HS-SCCH格式编号来说,由于目前的HS-SCCH有3种格式,因此需要指示具体是使用哪种格式;HS-SCCH的时序关系,则可以是HS-SCCH与某个绝对时序的参照,比如,可以是与AICH或主公共控制物理信道(P-CCPCH,PrimaryCommonControlPhysicalChannel)的偏移,单位可以是时隙或256chip。还有一种是针对高速物理下行共享信道(HS-PDSCH)方式,对于这种方式来说,可以在发送给NodeB的HS-PDSCH中增加物理层参数、HS-PDSCH的时序关系、传输信道参数中的至少一个。对于这种方式来说,也可以在公共传输建立过程中对HS-PDSCH进行修改。另外,该物理层参数可以包括信道化码、调制方式、功率、TBsize中的至少一个;HS-PDSCH的时序关系可以是HS-PDSCH与某个绝对时序的参照,比如可以是与AICH或P-CCPCH的偏移,单位可以是时隙或256chip;传输信道参数则包括MAC的格式指示,具体可以包括MAC-hs、DPA增强中的MAC-ehs,或者定义新的格式。如果RNC将增强RACH使用的相关E-DCH物理层参数、传输信道的参数、传输承载的参数等发送给NodeB,RNC同样有多种发送方式。E-DCH物理层参数可以包括下表中的参数,且这些参数可以是在公共传输建立过程中增加。传输信道的参数则可以包括下表中的参数,具体可以是在物理共享信道重配置中增加一个指示,以表明该参数可以在使用E-DCH进行随机接入时使用,还可以直接将该参数增加到公共传输信道建立过程中。传输承载则可以包括下表中的各可选参数,且这些可选参数可以在公共传输建立过程中增加。步骤202、NodeB向RNC反馈信道建立/重配置的响应,告知所建立的E-DCH传输信道的信息。NodeB针对RNC发送来的参数,建立相应的E-DCH传输信道,并将所建立信道的相关信息反馈给RNC。具体来说,将传输层地址和/或绑定标识(BindingID)告知NodeB即可,当然,还可以将该E-DCH传输承载信道的其他相关参数告知NodeB。之后,NodeB与RNC之间即可通过所建立的E-DCH传输承载信道进行信息传输。并且,在建立E-DCH传输承载信道后,如果NodeB需要向RNC发送UE的相关信息,则需要将UEID告知RNC。具体来说,NodeB在收到UE发送来的信息后,同样需要该NodeB在收到的信息中添加UEID,所不同的是,该修改的目的是将该数据修改为新的E-DCH数据,或者是将该数据所对应的E-DCHFP帧修改为包含UEID的FP帧。修改后的FP帧具体如下表所示。对于上述使用E-DCH传输承载信道传输数据给RNC的处理方案来说,还需要修改RNC的处理逻辑,以使得RNC能够解析出UEID。具体来说,可以是对MAC-es实体做相应的修改。当然,该修改是基于RNC中解析出UEID的实体为MAC-es实体的,如果是基于其他实体,则需要对该实体做相应的修改。由上述实施例可以看出,本发明实施例进一步使得RNC与NodeB之间也能够通过E-DCH进行随机接入,节约了RNC与NodeB之间的信道资源。由上述实施例可以看出,本发明的系统实施例中,UE和NodeB之类的基站之间的信道为E-DCH传输承载信道。其中,UE用于在通过E-DCH传输承载信道上报给NodeB的信息中增加UEID之类的标识;NodeB则用于根据E-DCH传输承载信道所收信息中的UEID之类的标识,确定当前收到的信息是哪个UE上报的。具体来说,UE可以是在通过E-DCH传输承载信道上报的每个信息中增加UEID,相应地,NodeB则直接根据当前收到的信息中的UEID,确定该信息是哪个UE上报的。UE还可以在通过E-DCH传输承载信道上报的第一个信息中增加UEID,其余信息则不增加该UEID;相应地,NodeB则需要记录该第一个信息中的UEID与该UE所使用信道资源的对应关系,之后,NodeB再接收该UE发送来的信息时,则只需要根据该UEID与信道资源的对应关系,来确定所收信息所对应的UE。对于UE在上报的第一个信息中增加UEID的情况下,UE具体可以使用UE中的MAC-e实体来处理上报信息,这种情况下,就由MAC-e实体在发送的第一个信息中增加UEID。如前所述,UE的第一个信息也可以由MAC-c实体上报,后续的信息则由MAC-e实体上报。对于NodeB来说,不管是上述哪种具体处理情况,在接收到第一个信息后,都需要对该信息进行解码,且在正确解码后,即认为该UE可以继续使用该E-DCH资源,并告知该UE。之后,UE即可利用所分配的E-DCH资源向NodeB发送信息。由于UE在通过竞争获取信道资源后,会在一段时间内固定使用该资源来发送上行数据,因此,通过本实施例的上述处理,NodeB即可确定通过该E-DCH传输承载信道收到的信息所对应的UE,并可以进一步节约空口资源。该系统中,NodeB还应进一步将收到的信息发送给RNC,且使RNC能够确定收到的信息所对应的UE。如前所述,RNC与NodeB之间的信道可以是RACH传输承载信道,也可以是E-DCH传输承载信道。如果是RACH传输承载信道,则NodeB在收到E-DCH传输承载信道上传输来的数据后,需要通过在收到的信息中添加UEID来将该信息转换成传统的RACHFP,并将修改后的RACHFP从Iub口的RACH传输承载信道发送给RNC。具体实现前面已有详细描述,在此不再赘述。RNC与NodeB之间的信道如果是E-DCH传输承载信道,则首先需要在RNC与NodeB之间配置该E-DCH传输承载信道。相应地,RNC需要向NodeB发送信道建立/重配置请求,以请求NodeB建立一个E-DCH传输信道。RNC具体发送的请求前面已有详细描述,这里也不再赘述。NodeB则需要根据RNC发送来的参数,建立相应的E-DCH传输信道,并将所建立信道的相关信息反馈给RNC。之后,NodeB与RNC之间即可通过所建立的E-DCH传输承载信道进行信息传输。在建立E-DCH传输承载信道后,如果NodeB需要向RNC发送UE的相关信息,则需要将UEID告知RNC。具体来说,NodeB在收到UE发送来的信息后,同样需要该NodeB在收到的信息中添加UEID,以将该数据修改为新的E-DCH数据,或者是将该数据所对应的E-DCHFP帧修改为包含UEID的FP帧。相应地,RNC则需要解析出所收信息中的UEID。比如,针对新的E-DCH数据和E-DCHFP帧,对RNC中的MAC-es实体进行修改。具体实现前面已有详细描述,这里不再赘述。由前面的方法及系统实施例可以看出,本发明的装置实施例中,基站需要用于接收UE通过E-DCH传输承载信道上报的信息,根据收到的信息携带的UE标识信息确定所接收信息对应的UE。该基站根据不同的实现情况,具体可以用于根据每个收到的信息中携带的UE标识信息确定该信息所对应的UE;或者用于,根据UE上报的第一个信息中携带的UE标识确定该信息所对应的UE,及该UE所使用的信道资源,以及确定该信道资源上的其他信息为该UE上报的信息。为将UE通过E-DCH传输承载信道发送来的信息转换为RNC可以解析的信息,如果NodeB与RNC之间的信道为RACH传输承载信道,则NodeB还可以进一步用于,将UE通过E-DCH传输承载信道上报来的信息增加UE标识,将该信息转换成RACHFP,以及将修改后的RACHFP通过RACH传输承载信道发送给无线网络控制设备。如果NodeB与RNC之间的信道为E-DCH传输承载信道,则NodeB还可以进一步用于,将UE通过E-DCH传输承载信道传输来的信息增加UE标识,将该信息中的数据转换成携带UE标识的E-DCH数据,或者将该信息转换成携带UE标识的FP帧,以及将修改后的信息通过E-DCH传输承载信道发送给无线网络控制设备。对于NodeB与RNC之间的信道为E-DCH传输承载信道的情况来说,NodeB还应进一步用于,根据无线网络控制设备发送来的所述请求中的参数建立E-DCH传输承载信道,以及向无线网络控制设备反馈信道建立/重配置的响应,告知所建立的E-DCH传输信道的信息。NodeB与其他诸如UE、RNC之类的设备的交互,具体在上述方法及系统实施例中已有详细描述,这里不再赘述。由上述实施例可以看出,本发明实施例进一步使得RNC与NodeB之间也能够通过E-DCH进行随机接入,节约了RNC与NodeB之间的信道资源。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1