一种实现信息传输的方法、 装置及系统 【技术领域】
本发明涉及无线通信技术领域， 具体是涉及一种实现信息传输的方法、 装置及系统。 背景技术 无线通信系统中， 需要通过上下行的信息交互来实现基站与用户设备 (UE) 间的 无线通信。
为增强数据传输速率， 目前业界已提出了在下行公共信道中使用 HSDPA 的处理方 案， 从而在理论上能够使得下行传输速率达到 100Kbps。 但下行传输速率还要受到上行传输 速率的影响。比如， 目前的上行传输主要是采用共享随机接入信道 (RACH， Random Access Channel) 的方式， 这种方式导致上行响应较慢， 进而会影响下行传输速率。
为解决该问题， 目前业界针对上行传输提出了采用高速上行数据接入 (HSUPA) 实 现随机接入的传输方案。该方案要求上行的随机接入传输时， 使用增强专用信道 (E-DCH， Enhanced Dedicated Channel) 来进行具体消息的传输。
在实现本发明的过程中， 发明人发现 ：
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 的信息中增加 UE ID 之类的标识 信息， NodeB 则可以根据信息中的 UE ID， 来确定该信息是哪个 UE 上报的。 其中， UE ID 具体 可以是通用陆地无线接入网无线网络临时标识 (U-RNTI， UTRAN Radio Network Temporary Identity)、 小区无线网络临时标识 (C-RNTI， Cell RNTI)、 高速下行共享信道无线网络临时 标识 (H-RNTI， High Speed Downlink Shared Channel RNTI) 等， 当然也可以是其他标识， 比如， 可以是国际移动用户标识 (IMSI， International Mobile SubscriberIdentity)、 临 时移动用户识别号码 (TMSI， Temporary Mobile SubscriberIdentity) 等。
下面以具体实施例， 对该方案进行详细描述。为描述方便， 基站以 NodeB 为例， 无 线网络控制设备则以无线网络控制器 (RNC) 为例。
实施例一
UE 在上报给 NodeB 的每个层 2 的数据包中都增加 UE ID， NodeB 在接收层 2 的每个 数据包时， 都可以根据该数据包中携带的 UE ID 来确定该数据包是哪个 UE 上报的。其中， 该层 2 为空中接口的协议层， 包括多种协议， 通常包括介质访问控制 (MAC， Medium Access Control) 协议、 无线链路控制 (RLC， Radio Link Control) 协议和包数据汇聚协议 (PDCP， Packet Data Convergence Protocol) 等。
该实施方式能够保证 NodeB 确认在 E-DCH 传输承载信道上发送的每个层 2 的数据 包对应哪个 UE， 且具体实现起来非常简单。
实施例二
该实施例的具体实现流程如图 1 所示， 对应以下步骤 ：
步骤 101、 UE 在上报给 NodeB 的第一个信息中携带 UE ID。
UE 在上行接入之前， 首先会通过竞争获得初始资源。在本发明实施例中， UE 的上 行使用 HSUPA 技术， 相应地， 所获得的初始资源为 E-DCH 传输承载信道。UE 上报给 NodeB 的 第一个信息也就需要通过 E-DCH 传输承载信道上报， 本实施例则进一步在第一个信息中携
带 UE ID。另外， 虽然 E-DCH 传输承载信道在本发明实施例中作为共享信道使用， UE 在通过 竞争获取信道资源后， 也会在一段时间内固定使用该资源来发送上行数据。
对于 UE 来说， 具体可以由其中的 MAC-e 实体来处理上报信息， 这种情况下， 就需要 MAC-e 实体在发送的第一个信息中增加 UE ID。
第一个信息还可以由 UE 中的 MAC-c 实体来处理上报信息， 这种情况下， 由于 MAC-c 实体本身发送信息时就携带 UE ID， 因此， 该方法可以直接使用 UE 中的 MAC-c 实体， 且不需 要增加 MAC-e 实体的功能。
步骤 102、 NodeB 接收该第一个信息后， 获取该信息中携带的 UE ID， 并记录该 UE ID 与该 UE 所使用信道资源的对应关系。
具体来说， NodeB 在接收到第一个信息后， 需要对该信息进行解码， 在正确解码后， 即认为该 UE 可以继续使用该 E-DCH 资源， 并告知该 UE。
对于由 UE 中的 MAC-c 实体处理上报信息的情况来说， NodeB 中应该增加解码 MAC-c 的能力， 或者是直接增加 MAC-c 实体 ； 对于由 UE 中的 MAC-e 实体处理上报信息的情 况来说， NodeB 中则应该增加 MAC-e 实体的读取第一个信息中携带的 UE ID 的能力。
步骤 103、 UE 利用分配给本 UE 的 E-DCH 传输承载信道向 NodeB 发送信息， 且所述 信息中不包括 UE ID。
对于 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 传输承载信道上传输来的 数据后， 则将收到的信息添加 UE ID， 以将该信息转换成传统的 RACH 帧协议 (FP， Frame Protocol)， 并将修改后的 RACH FP 从 Iub 口的 RACH 传输承载信道发送给 RNC。对于该方案 来说， 具体可以是在 NodeB 中增加 MAC-c 实体， 或者是在 NodeB 的 MAC-e 实体中增加 MAC-c 的功能， 以使 NodeB 能够在收到的信息中添加 UE ID。 相应地， 对于 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， Physical Random Access Channel) 中的前同步码签名 (Preamble Signatures) 类似的方式发送。 对于这些发送方式来说， 具体可以在公共传输建 立过程中执行。
如 果 RNC 将 UE 使 用 E-DCH 进 行 随 机 接 入 所 需 的 相 关 物 理 层 信 道 参 数 发 送 给 NodeB， RNC 同样有多种发送方式。本实施例提供了 RNC 告知 NodeB 利用捕获指示信 道 (AICH)、 物 理 下 行 共 享 信 道 相 关 共 享 控 制 信 道 (HS-SCCH， HS-DSCH-related Shared Control Channel)、 高速物理下行共享信道 (HS-PDSCH， High Speed Physical Downlink Shared Channe) 等信道的配置来完成相关资源指派的具体处理方式， 具体有如下几种方 式： 一种是在发送给 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， Primary Common Control Physical Channel) 的偏移， 单位可以是时隙或 256chip。
还有一种是针对高速物理下行共享信道 (HS-PDSCH) 方式， 对于这种方式来说， 可 以在发送给 NodeB 的 HS-PDSCH 中增加物理层参数、 HS-PDSCH 的时序关系、 传输信道参数中 的至少一个。对于这种方式来说， 也可以在公共传输建立过程中对 HS-PDSCH 进行修改。另 外， 该物理层参数可以包括信道化码、 调制方式、 功率、 TB size 中的至少一个 ； 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。具体来说， 将传输层地址和 / 或绑定标识 (Binding ID) 告知 NodeB 即 可， 当然， 还可以将该 E-DCH 传输承载信道的其他相关参数告知 NodeB。
之后， NodeB 与 RNC 之间即可通过所建立的 E-DCH 传输承载信道进行信息传输。
并且， 在建立 E-DCH 传输承载信道后， 如果 NodeB 需要向 RNC 发送 UE 的相关信息， 则需要将 UE ID 告知 RNC。具体来说， NodeB 在收到 UE 发送来的信息后， 同样需要该 NodeB 在收到的信息中添加 UE ID， 所不同的是， 该修改的目的是将该数据修改为新的 E-DCH 数 据， 或者是将该数据所对应的 E-DCH FP 帧修改为包含 UE ID 的 FP 帧。
修改后的 FP 帧具体如下表所示。
对于上述使用 E-DCH 传输承载信道传输数据给 RNC 的处理方案来说， 还需要修改 RNC 的处理逻辑， 以使得 RNC 能够解析出 UE ID。具体来说， 可以是对 MAC-es 实体做相应的修改。当然， 该修改是基于 RNC 中解析出 UE ID 的实体为 MAC-es 实体的， 如果是基于其他 实体， 则需要对该实体做相应的修改。
由上述实施例可以看出， 本发明实施例进一步使得 RNC 与 NodeB 之间也能够通过 E-DCH 进行随机接入， 节约了 RNC 与 NodeB 之间的信道资源。
由上述实施例可以看出， 本发明的系统实施例中， UE 和 NodeB 之类的基站之间的 信道为 E-DCH 传输承载信道。
其中， UE 用于在通过 E-DCH 传输承载信道上报给 NodeB 的信息中增加 UE ID 之类 的标识 ；
NodeB 则用于根据 E-DCH 传输承载信道所收信息中的 UE ID 之类的标识， 确定当前 收到的信息是哪个 UE 上报的。
具体来说， UE 可以是在通过 E-DCH 传输承载信道上报的每个信息中增加 UE ID， 相 应地， NodeB 则直接根据当前收到的信息中的 UE ID， 确定该信息是哪个 UE 上报的。
UE 还可以在通过 E-DCH 传输承载信道上报的第一个信息中增加 UE ID， 其余信息 则不增加该 UE ID ； 相应地， NodeB 则需要记录该第一个信息中的 UE ID 与该 UE 所使用信道 资源的对应关系， 之后， NodeB 再接收该 UE 发送来的信息时， 则只需要根据该 UE ID 与信道 资源的对应关系， 来确定所收信息所对应的 UE。 对于 UE 在上报的第一个信息中增加 UE ID 的情况下， UE 具体可以使用 UE 中的 MAC-e 实体来处理上报信息， 这种情况下， 就由 MAC-e 实体在发送的第一个信息中增加 UE ID。
如前所述， 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 传输承载信道上传输来的 数据后， 需要通过在收到的信息中添加 UE ID 来将该信息转换成传统的 RACH FP， 并将修改 后的 RACH FP 从 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 的相关信息， 则需要 将 UE ID 告知 RNC。具体来说， NodeB 在收到 UE 发送来的信息后， 同样需要该 NodeB 在收到 的信息中添加 UE ID， 以将该数据修改为新的 E-DCH 数据， 或者是将该数据所对应的 E-DCH FP 帧修改为包含 UE ID 的 FP 帧。
相应地， RNC 则需要解析出所收信息中的 UE ID。比如， 针对新的 E-DCH 数据和 E-DCH FP 帧， 对 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 标识， 将该信息转换成 RACH FP， 以及将修改后的 RACH FP 通过 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 之间的信道资源。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更 佳的实施方式。基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若 干指令用以使得一台计算机设备 ( 可以是个人计算机， 服务器， 或者网络设备等 ) 执行本发 明各个实施例所述的方法。
虽然通过参照本发明的某些优选实施方式， 已经对本发明进行了图示和描述， 但
本领域的普通技术人员应该明白， 可以在形式上和细节上对其作各种改变， 而不偏离本发 明的精神和范围。