CN1866969A - 宽带码分多址网络中Iub接口数据传输方法 - Google Patents

宽带码分多址网络中Iub接口数据传输方法 Download PDF

Info

Publication number
CN1866969A
CN1866969A CN 200610024558 CN200610024558A CN1866969A CN 1866969 A CN1866969 A CN 1866969A CN 200610024558 CN200610024558 CN 200610024558 CN 200610024558 A CN200610024558 A CN 200610024558A CN 1866969 A CN1866969 A CN 1866969A
Authority
CN
China
Prior art keywords
frame
host
layer
protocol
field
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN 200610024558
Other languages
English (en)
Other versions
CN100514975C (zh
Inventor
蓝海青
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
XFusion Digital Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2006100245589A priority Critical patent/CN100514975C/zh
Publication of CN1866969A publication Critical patent/CN1866969A/zh
Application granted granted Critical
Publication of CN100514975C publication Critical patent/CN100514975C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及宽带码分多址技术,公开了一种宽带码分多址网络中Iub接口数据传输方法,使得Iub接口的传输效率得以提高。本发明中,将多个业务数据各封装在一个微帧后复合在一个适配层帧中传输,每个微帧的头部只有必需的微帧结束标志域、长度域和端口域。在传输时使用了SDTP协议,该协议相对于IP或ATM的传输方式大大简化了帧头部的内容,帧头部包括节点号字段、协议类型字段、业务类型字段、多链路标识字段和帧标识字段,都是Iub接口传输所必须的控制信息,相对于ATM或IP封装方式,头部的字段被大大裁减。还进一步地将帧标识字段分为两段,其中一段仅在使用多链路传输时才使用,进一步地减少了在单链路传输时需要传输的内容。

Description

宽带码分多址网络中Iub接口数据传输方法
技术领域
本发明涉及宽带码分多址技术,特别涉及宽带码分多址网络中Iub接口数据传输方法。
背景技术
宽带码分多址(Wideband Code Division Multiple Access,简称“WCDMA”)作为第三代移动通信标准之一,由诸如移动手机、便携式电脑、车载式电话之类的用户设备(User Equipment,简称“UE”)、负责处理所有与无线有关的功能的通用移动通信系统地面无线接入网(UMTSTerrestrial Radio Access Network,简称“UTRAN”),以及负责处理通用移动通信系统(Universal Mobile Telecommunications System,简称“UMTS”)内所有的话音呼叫和数据连接,并实现与外部网络的交换和路由功能的核心网(Core Net,简称“CN”)构成。
其中,CN从逻辑上分为电路交换(Circuit Switching,简称“CS”)域和分组交换(Packet Switching,简称“PS”)域。
UTRAN包含一个或几个无线网络子系统(Radio Network Subsystem,简称“RNS”)。每一个RNS由一个无线网络控制器(Radio Network Controller,简称“RNC”)和一个或多个基站节点(Node Base Station,简称“Node B”)组成。其中,RNC与CN之间通过Iu接口连接,Node B与RNC之间通过Iub接口连接,RNC与RNC之间通过Iur接口连接,Iur接口可以通过RNC之间的直接物理连接或通过传输网连接实现。
上面已介绍了WCDMA系统以及所包含的UTRAN网络的大致结构,下面简单介绍一下Iub接口协议栈。
Iub接口协议栈分为无线网络控制面、传输网络控制面、用户面。承载层有异步传输模式(Asynchronous Transfer Mode,简称“ATM”)和网间互联协议(Internet Protocol,简称“IP”)两种传输方式。通过利用低成本高带宽具有统计复用的ATM网络或IP网络,以降低传输费用。
当前Iub接口采用的最主要的传输仍然是端到端的一次群(E1/T1)传输模式。其中,E1是欧洲的脉冲编码调制多路复用系统数字体系一次群(或称鉴群)的带宽速率标准,它包含32个64千比特每秒(kbit/s)的信道,一次群的带宽速率为2.048兆比特每秒(Mbit/s)。T1是北美、日本的脉冲编码调制(Pulsed Code Modulation,简称“PCM”)多路复用系统数字体系一次群(或称基群)的带宽速率标准,它包含24个电话信道,其带宽速率为1.544Mbit/s,其中每个信道为64kbit/s。
在现有技术中,在Node B与RNC的Iub接口以ATM方式传输时,RNC通过基于ATM适配层类型2(ATM Adaptation Layer type 2,简称“AAL2”)的Iu-CS和ATM适配层类型5(ATM Adaptation Layer type 5,简称“AAL5”)的Iu-PS分别与CN的电路交换域和分组交换域相连,无线网络层用户面数据采用AAL2承载。
当以IP方式传输时,无线网络控制面的传输层使用流控制传输协议(Stream Control Transmission Protocol,简称“SCTP”)/IP/数据链路层(DataLink Layer),用户面传输层使用用户数据报协议(User Datagram Protocol,简称“UDP”)/IP/Data Link Layer,没有传输网络控制面。用户面不同的信道使用不同的帧协议(Frame Protocol,简称“FP”)。
UE的语音和数据,封装在各种FP帧中,使用传输层(ATM或者IP)功能,在Iub接口采用E1/T1传输。
在实际应用中,上述方案存在以下问题:在采用端到端E1/T1传输时,传输效率较低。
造成这种情况的主要原因在于,当前在E1/T1实现ATM或IP传输时,通常采用如IP/点到点协议(Point-to-Point Protocol,简称“PPP”)/高级数据链路控制(High-Level Data Link Control,简称“HDLC”)/E1的协议栈结构,经过多层次的复杂封装,浪费大量的帧头和分组装拆设备(PacketAssembler Disassembler,简称“PAD”)开销,传输效率低下。特别是对于WCDMA中的语音数据,因为语音数据较短小,通过IP/PPP/HDLC/E1的封装后净荷所占的比重较常规数据更小,传输效率更低。
发明内容
有鉴于此,本发明的主要目的在于提供一种宽带码分多址网络中Iub接口数据传输方法,使得Iub接口的传输效率得以提高。
为实现上述目的,本发明提供了一种宽带码分多址网络中Iub接口数据传输方法,包含以下步骤:
A源节点的适配层将至少一个微帧复合为一个适配层帧通过其下层发送给目标节点,每个微帧仅包含:用于指示本微帧是否为本适配层帧中最后一个微帧的微帧结束标志域、用于指示本微帧承载的业务数据所对应端口的端口域、用于指示本微帧净荷长度的长度域、以及用于承载上层业务数据的净荷域;
B所述目标节点的适配层从其下层收到所述适配层帧时,对于其中的每一个微帧,根据所述长度域获取所述净荷域中的业务数据,并根据所述端口域将所获取的业务数据送到上层的相应端口,根据所述微帧结束标志域判断是否继续处理下一个微帧。
其中,所述适配层的下层为传输协议层;
在所述源节点,所述传输协议层将从其上层收到的适配层帧封装为简单数据传输协议帧,并通过物理层向所述目标节点发送,该简单数据传输协议帧中包含头部和净荷两部分,该净荷中为该适配层帧,该头部包含用于指示目标节点的节点号字段;
在所述目标节点,所述传输协议层根据所述节点号字段从物理层收取属于本节点的简单数据传输协议帧,从其净荷中解出适配层帧,送到该传输协议层的上层处理。
此外在所述方法中,所述简单数据传输协议帧在物理层中传输时,在帧首和帧尾使用预先设定的帧标志序列定界;
所述目标节点通过搜索所述帧标志序列从所述物理层串行码流中提取所述简单数据传输协议帧。
此外在所述方法中,所述简单数据传输协议帧的头部还包含协议类型字段,用于指示所述复用适配层的上层所使用的协议类型;
所述目标节点根据所收到的简单数据传输协议帧的协议类型将该帧转交相应的上层模块处理。
此外在所述方法中,所述协议类型字段的值包含:
非特定类型、帧协议、基站节点应用部分和IP;
所述目标节点收到所述简单数据传输协议帧时,如果其协议类型字段的值是帧协议,则将该帧转交无线用户面的模块处理,如果其协议类型字段的值是基站节点应用部分,则将该帧转交无线控制面的模块处理,如果其协议类型字段的值是IP,则将该帧转交操作和维护模块处理。
此外在所述方法中,所述简单数据传输协议帧的头部还包含业务类型字段,用于指示服务质量等级;
所述源节点的传输协议层根据所述业务类型字段对所述简单数据传输协议帧进行优先级调度。
此外在所述方法中,所述传输协议层还包含多链路传输子层,用于实现对所述适配层帧的多链路承载;
所述简单数据传输协议帧的头部中还包含多链路标识字段,用于指示一条简单数据传输协议链路是否在多条物理链路承载;
所述简单数据传输协议帧的头部中还包含帧标识字段,用于指示多条物理链路承载时本帧的编号;
在所述目标节点,如果所述多链路标识字段指示为使用了多条物理链路承载,则根据所述帧标识字段对收到的简单数据传输协议帧进行排序。
此外在所述方法中,所述帧标识字段分为两个部分,第一部分固定存在于所述简单数据传输协议帧中,第二部分仅当所述多链路标识字段指示为使用了多条物理链路承载时才存在于所述简单数据传输协议帧中。
此外在所述方法中,还包含以下步骤:
所述源节点的适配层判断是否需要对上层业务数据进行复用,如果是则进入所述步骤A,否则直接将该上层业务数据作为适配层帧的净荷通过其下层发送给所述目标节点。
此外在所述方法中,直接将所述上层业务数据作为适配层帧的净荷时,该适配层帧仅包含净荷部分,或仅包含净荷和指示该净荷长度的头部字段。
此外在所述方法中,所述简单数据传输协议帧的头部还包含复用标识,用于指示该帧的净荷是否被复用;
所述目标节点根据所述复用标识判断所收到的简单数据传输协议帧的净荷是否被复用,如果是则指示进入所述步骤B,否则直接从所述适配层帧的净荷中获取上层业务数据。
此外在所述方法中,所述业务数据包含分组语音数据。
此外在所述方法中,所述微帧结束标志域为1比特;所述端口域为15比特;所述长度域为1或2个字节。
此外在所述方法中,所述源节点为无线网络控制器,所述目标节点为基站节点;或者,
所述源节点为基站节点,所述目标节点为无线网络控制器。
此外在所述方法中,所述Iub接口的物理层为E1或T1。
通过比较可以发现,本发明的技术方案与现有技术的主要区别在于,根据WCDMA Iub接口的特性定义了一套传输协议,通过减少封装的层次和封装时帧头部的内容,在满足Iub传输要求的前提下尽可能地提高了传输效率,特别适用于物理层为E1/T1的情况。可以将多个业务数据各封装在一个微帧后复合在一个适配层帧中传输,每个微帧的头部只有必需的微帧结束标志域、长度域和端口域。因为采用复用技术而且大大简化了头部,所以在传输WCDMA中数量众多但长度较小的语音数据时有较高的传输效率。
在传输时使用了SDTP协议,该协议相对于IP或ATM的传输方式大大简化了帧头部的内容,帧头部包括节点号字段、协议类型字段、业务类型字段、多链路标识字段和帧标识字段,都是Iub接口传输所必须的控制信息,相对于ATM或IP封装方式,头部的字段被大大裁减,从而提高了Iub接口的传输效率。还进一步地将帧标识字段分为两段,其中一段仅在使用多链路传输时才使用,进一步地减少了在单链路传输时需要传输的内容。
适配层帧也可不由多个微帧复合而成,而是直接将业务数据作为适配层帧的净荷,形成直接适配层帧,并且在该直接适配层帧的头部中只有净荷长度字段,甚至进一步地可以连净荷长度字段也可以省去。这种直接适配层帧在传输一般性的业务数据时有着较高的效率。在线路格式上采用了帧标志序列定界,尽少地占用有效传输带宽。
附图说明
图1是本发明的SDTP协议结构示意图;
图2是根据本发明较佳实施方式的WCDMA网络中Iub接口数据传输方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
本发明通过源节点的适配层(Adaptation Layer,简称“AL”)将至少一个微帧复合为一个AL层帧通过其下层发送给目标节点来进行WCDMA Iub接口数据传输,其中,每个微帧仅包含:用于指示本微帧是否本AL层帧中最后一个微帧的微帧结束标志域、用于指示本微帧承载的业务数据所对应端口的端口域、用于指示本微帧净荷长度的长度域以及用于承载上层业务数据的净荷域。
目标节点的AL层从其下层收到AL层帧时,对于其中的每一个微帧,根据长度域获取净荷域中的业务数据,并根据端口域将所获取的业务数据送到上层的相应端口,根据微帧结束标志域判断是否继续处理下一个微帧。
本发明的方案的AL层下层为传输协议层,可以适用于各种传输协议,以下以SDTP协议为例进行说明,这是根据WCDMA Iub接口的特性定义的一套传输协议。先介绍一下SDTP协议,相关协议结构如图1所示,分为4层结构:
最高层是应用(Application,简称“APP”)层,其中包含,例如WCDMA中的Iub接口的FP帧、基站节点应用部分(Node-B Application Part,简称“NBAP”)或IP包等;
APP层映射AL层,其中,有两种适配模式,第一种是直接适配(D-AL)模式,第二种是复用适配(MUX-AL)模式。D-AL层是将APP层数据直接封装,即将APP层的一个数据帧中的数据封装在一个AL层帧内;MUX-AL层则是将APP层的多个数据帧中的数据封装在一个AL层帧内;
AL层下面是SDTP层,主要是将AL层的PDU映射到物理层(PHY),SDTP层还包含一个多链路传输(ML-SDTP)子层,用于实现对AL层帧的多链路承载;
最下面一层是物理层。
上述SDTP协议,通过减少封装的层次和封装时帧头部的内容,在满足Iub传输要求的前提下尽可能地提高了传输效率,特别适用于物理层为E1/T1的情况,也可以是其它时分多路复用(Time Division Multiplexing,简称“TDM”)传输模式。
本发明较佳实施方式的WCDMA网络中Iub接口数据传输方法如图2所示,以下以SDTP层作为传输协议层、E1/T1作为物理层为例对该方法进行详细说明。
在步骤201中,源节点的AL层判断是否需要对上层业务数据进行复用,如果是,则转入步骤202;否则,转入步骤203。
在步骤202中,源节点AL层将至少一个(可以为多个)微帧复合为一个MUX-AL帧,并发送给SDTP层。
具体地说,MUX-AL帧由多个微帧(Micro Frame)组成,每个微帧由四个部分组成:其中,前三个部分为微帧的头部,只有必需的微帧结束标志域(EF)、端口域(Port)和长度域(Length)部分;最后一个部分是净荷域(Payload)。通过采用复用技术而且大大简化了头部,使得在传输WCDMA中数量众多但长度较小的语音数据时能够有较高的传输效率。MUX-AL帧结构如表1所示:
1比特 15比特   8或16比特   较长的长度
  微帧结束标识域(0) 端口域 长度域 净荷域
                      微帧
1比特 15比特   8或16比特   较长的长度
 微帧结束标识域(1) 端口域 长度域 净荷域
                  微帧
                                                                表1
其中,第一部分的微帧结束标识域为一个比特,用于指示本微帧是否是本MUX-AL帧中最后一个微帧。“0”表示本微帧不是最后一个微帧,后面还有微帧;“1”则表示本微帧是最后一个微帧,后面没有微帧。
从第二个比特开始的15个比特是MUX-AL帧第二部分的端口域,用于指示本微帧承载的业务数据所对应端口,其取值范围是0~32767。
紧接端口域后的是第三部分的长度域,用于指示本微帧净荷长度。由一个字节或两个字节表示,也即8比特或16比特。当第一个字节的比特位7,即该字节的最高位,为0时,表示该长度域只有一个字节,其指示的长度范围是0~127;当第一个字节的比特位7为1时,表示该长度域使用两个字节来表示长度,其指示的长度范围是0~32767。
在长度域之后,在长度域所指示的长度内为用于承载上层业务数据的净荷域。该净荷域所承载的上层业务数据的长度不可超过长度域所指示的长度范围。
在步骤203中,源节点AL层直接将该上层业务数据作为D-AL帧的净荷,发送给SDTP层。
具体地说,D-AL帧可以仅包含净荷域部分,或者由两部分组成,第一部分是长度域,第二部分才是净荷域。D-AL帧结构如表2所示:
 8比特或16比特   较长的长度
 长度域   净荷域
             表2
其中,长度域和净荷域的定义与MUX-AL帧中的长度域和净荷域的定义相同。很明显,与MUX-AL帧相比,D-AL帧直接将上层业务数据作为该帧的净荷,在该D-AL帧的头部少了16比特,而只有净荷的长度域,甚至可以进一步地将净荷长度域也省去,使得该D-AL帧在传输一般性的业务数据时有着较高的效率。
在步骤204中,在源节点,SDTP层将从其上层收到的AL帧封装为SDTP帧,根据SDTP帧的业务类型字段对各SDTP帧进行优先级调度,并通过E1/T1向目标节点发送。并且,SDTP帧在E1/T1中传输时,在帧首和帧尾使用预先设定的帧标志序列定界。
其中,SDTP帧结构如表3所示:
 7比特   2比特   2比特   1比特   1比特   3比特  8比特
 节点号   协议类型   业务类型   复用标识   多链路标识   帧标识0 帧标识1   D-AL帧或MUX-AL帧
固定帧头  扩展帧头 净荷域
                                       表3
该SDTP帧中包含头部和净荷域两部分,其中,净荷域部分为AL层帧,即为D-AL帧或MUX-AL帧;而该SDTP帧的头部分为两部分:固定帧头(FixedHead)和扩展帧头(Extend Head)。
具体地说,固定帧头为两个字节,即16比特,包含长度为7比特的节点号(Node)字段、2比特的协议类型(Protocol)字段、2比特的业务类型(TOS)字段、1比特的复用标识(MUX-F)字段、1比特的多链路标识(ML-F)字段,以及3比特的帧标识0(F-ID0)字段,下面依次对固定帧头的各个字段做详细说明。
节点号字段用于指示目标节点。节点号为逻辑节点号,一个主机可以有多个节点号,其取值范围是0~127。其中,地址127为广播地址,当本节点发送带有地址127的广播帧时,除了本节点之外的其它的节点都可以接收该广播帧;地址0为本地址测试地址,即用于测试本机的收发状态,当其它节点收到这一带有地址0的测试帧时,立即从接收端口返回。
协议类型字段用于指示MUX-AL层或D-AL层的上层所使用的协议类型,该字段各取值具体为:
0:非特定类型,即不指定净荷的协议类型;
1:FP;
2:NBAP;
3:IP。
业务类型字段用于指示本帧的服务质量(Quality of Service,简称“QoS”)等级,该字段的取值越大所指示的QoS等级越高,其中,“3”所指示的QoS等级最高,“0”所指示的QoS等级最低。因此,在源节点对SDTP帧进行优先级调度时,SDTP帧的QoS等级越高,其优先级也相应的越高,反之,则其优先级越低。
复用标识字段用于指示该帧的净荷是否在AL层被复用,“0”表示净荷未复用,即净荷域承载的是D-AL帧;“1”则表示净荷复用,即净荷域承载的是MUX-AL帧。
多链路标识字段用于指示一条SDTP链路是否在多条物理链路承载,“0”表示一条SDTP链路不支持多条物理链路承载,SDTP不包含扩展帧头字段;“1”表示一条SDTP链路可以在多条物理链路承载,SDTP还包含扩展帧头字段。
帧标识0字段,用于指示多条物理链路承载时本帧的编号,该字段固定存在于SDTP帧中。只有当多链路标识字段的取值为“1”时,帧标识0字段才有意义。
另外,紧接在固定帧头部分后的扩展帧头部分仅当多链路标识字段指示为使用了多条物理链路承载时才存在于SDTP帧中,也即仅当多链路标识字段取值为“1”时,才存在扩展帧头部分。该部分只有一个字段,即为帧标识1(F-ID1)字段。
将帧标识0字段和帧标识1字段组合起来标识本条SDTP链路的SDTP帧的发送顺序号,也即该帧的帧标识(F-ID)字段。采用循环编号的方式,并要求接收端能支持重排序的功能。帧标识字段到SDTP帧的映射关系如表4所示:
        帧标识0                               帧标识1
  帧字节比特位 5 6 7 0 1 2 3 4 5 6 7
  帧标识的比特位 ID0 ID1 ID2 ID3 ID4 ID5 ID6 ID7 ID8 ID9 ID10
                                               表4
由于在传输时使用了SDTP协议,而SDTP帧头部包含的字段,例如,节点号字段、协议类型字段、业务类型字段、多链路标识字段和帧标识字段,都是Iub接口传输所必须的控制信息,相对于ATM或IP封装方式,SDTP的传输方式大大简化了帧头部的内容,头部的字段被大大裁减,从而提高了Iub接口的传输效率。另外,还进一步地将帧标识字段分为两段,其中帧标识1字段仅在使用多链路传输时才存在,从而进一步地减少了在单链路传输时需要传输的内容。
当SDTP帧在E1/T1串行发送时,采用低位先发送,高位后发送的原则。并采用类HDLC线路格式,即SDTP帧在E1/T1串行传输时采用预先设定的帧标志序列定界,这种定界方式可以尽可能少地占用有效传输带宽。例如,如表5所示,采用F(0x7E)作为帧标志序列。
 F(0x7E)   SDTP-PDU   F(0x7E)
 F(0x7E)   SDTP   F(0x7E)
                                                     表5
其中,SDTP帧的帧首和帧尾都采用该帧标志序列,在相邻的两个SDTP帧之间应存在至少一个(可以为多个)该标志。在SDTP帧中的其它字段出现0x7E值时,将其修改为0x7D 0x5E;当出现转义符(0x7D),则修改为0x7D 0x5D。
另外,帧标志序列还可以用于填充SDTP帧串行发送的空隙时间。
在步骤205中,在目标节点,SDTP层根据节点号字段从E1/T1串行码流中收取属于本节点的SDTP帧,并通过搜索帧标志序列从中提取SDTP帧。
在步骤206中,在目标节点,如果多链路标识字段指示为使用了多条物理链路承载,则根据帧标识字段对收到的SDTP帧进行排序。
目标节点SDTP层对每一个从E1/T1提取的SDTP帧净荷域中解出AL层帧,并根据该SDTP帧的协议类型字段的指示将该帧转交相应的上层模块处理。例如,如果其协议类型字段的值为1,指示的是FP,则将该帧转交无线用户面的模块处理;如果其协议类型字段的值为2,指示的是NBAP,则将该帧转交无线控制面的模块处理;如果其协议类型字段的值为3,指示的是IP,则将该帧转交操作和维护模块处理。
在步骤207中,目标节点SDTP层还根据SDTP帧中的复用标识判断解帧所得的AL层帧是否在源节点的AL层被复用,如果是则该AL层帧是MUX-AL帧,相应地将该MUX-AL帧送到上层模块的MUX-AL层处理,并转入步骤208;否则该AL层帧是D-AL帧,相应地将该D-AL帧送到上层模块的D-AL层处理,并转入步骤209。
在步骤208中,目标节点的MUX-AL层将收到MUX-AL帧中的每一个微帧,根据其长度域的指示获取净荷域中的业务数据,并根据端口域将所获取的业务数据送到AL层的上层的相应端口,根据微帧结束标志域判断是否继续处理下一个微帧。
在步骤209中,目标节点的D-AL层直接从D-AL帧的净荷域中获取上层业务数据。
在上述较佳实施方式中,传输协议层使用的是SDTP协议、Iub接口的物理层使用的是E1/T1,其实本发明的实质与传输协议层和物理层采用的协议无关,完全可以使用其它传输协议。另外,该实施方式中所涉及的业务数据包含分组语音(Voice over IP,简称“VoIP”)数据,进行业务数据传输的源节点可以为RNC,相应的目标节点可以为Node B;或者,源节点为Node B,而目标节点为RNC。
本领域普通技术人员容易理解,本发明方案所采用的传输协议未使用任何校验字段,可以进一步减少传输的内容。当传输的数据出错时,将由上层重传所需的数据,使得数据最终可以被正确地在系统中传输。
虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

Claims (15)

1.一种宽带码分多址网络中Iub接口数据传输方法,其特征在于,包含以下步骤:
A源节点的适配层将至少一个微帧复合为一个适配层帧通过其下层发送给目标节点,每个微帧仅包含:用于指示本微帧是否为本适配层帧中最后一个微帧的微帧结束标志域、用于指示本微帧承载的业务数据所对应端口的端口域、用于指示本微帧净荷长度的长度域、以及用于承载上层业务数据的净荷域;
B所述目标节点的适配层从其下层收到所述适配层帧时,对于其中的每一个微帧,根据所述长度域获取所述净荷域中的业务数据,并根据所述端口域将所获取的业务数据送到上层的相应端口,根据所述微帧结束标志域判断是否继续处理下一个微帧。
2.根据权利要求1所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述适配层的下层为传输协议层;
在所述源节点,所述传输协议层将从其上层收到的适配层帧封装为简单数据传输协议帧,并通过物理层向所述目标节点发送,该简单数据传输协议帧中包含头部和净荷两部分,该净荷中为该适配层帧,该头部包含用于指示目标节点的节点号字段;
在所述目标节点,所述传输协议层根据所述节点号字段从物理层收取属于本节点的简单数据传输协议帧,从其净荷中解出适配层帧,送到该传输协议层的上层处理。
3.根据权利要求2所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述简单数据传输协议帧在物理层中传输时,在帧首和帧尾使用预先设定的帧标志序列定界;
所述目标节点通过搜索所述帧标志序列从所述物理层串行码流中提取所述简单数据传输协议帧。
4.根据权利要求2所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述简单数据传输协议帧的头部还包含协议类型字段,用于指示所述复用适配层的上层所使用的协议类型;
所述目标节点根据所收到的简单数据传输协议帧的协议类型将该帧转交相应的上层模块处理。
5.根据权利要求4所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述协议类型字段的值包含:
非特定类型、帧协议、基站节点应用部分和IP;
所述目标节点收到所述简单数据传输协议帧时,如果其协议类型字段的值是帧协议,则将该帧转交无线用户面的模块处理,如果其协议类型字段的值是基站节点应用部分,则将该帧转交无线控制面的模块处理,如果其协议类型字段的值是IP,则将该帧转交操作和维护模块处理。
6.根据权利要求2所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述简单数据传输协议帧的头部还包含业务类型字段,用于指示服务质量等级;
所述源节点的传输协议层根据所述业务类型字段对所述简单数据传输协议帧进行优先级调度。
7.根据权利要求2所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述传输协议层还包含多链路传输子层,用于实现对所述适配层帧的多链路承载;
所述简单数据传输协议帧的头部中还包含多链路标识字段,用于指示一条简单数据传输协议链路是否在多条物理链路承载;
所述简单数据传输协议帧的头部中还包含帧标识字段,用于指示多条物理链路承载时本帧的编号;
在所述目标节点,如果所述多链路标识字段指示为使用了多条物理链路承载,则根据所述帧标识字段对收到的简单数据传输协议帧进行排序。
8.根据权利要求7所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述帧标识字段分为两个部分,第一部分固定存在于所述简单数据传输协议帧中,第二部分仅当所述多链路标识字段指示为使用了多条物理链路承载时才存在于所述简单数据传输协议帧中。
9.根据权利要求2所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,还包含以下步骤:
所述源节点的适配层判断是否需要对上层业务数据进行复用,如果是则进入所述步骤A,否则直接将该上层业务数据作为适配层帧的净荷通过其下层发送给所述目标节点。
10.根据权利要求9所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,直接将所述上层业务数据作为适配层帧的净荷时,该适配层帧仅包含净荷部分,或仅包含净荷和指示该净荷长度的头部字段。
11.根据权利要求10所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述简单数据传输协议帧的头部还包含复用标识,用于指示该帧的净荷是否被复用;
所述目标节点根据所述复用标识判断所收到的简单数据传输协议帧的净荷是否被复用,如果是则指示进入所述步骤B,否则直接从所述适配层帧的净荷中获取上层业务数据。
12.根据权利要求1所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述业务数据包含分组语音数据。
13.根据权利要求1所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述微帧结束标志域为1比特;所述端口域为15比特;所述长度域为1或2个字节。
14.根据权利要求1至13中任一项所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述源节点为无线网络控制器,所述目标节点为基站节点;或者,
所述源节点为基站节点,所述目标节点为无线网络控制器。
15.根据权利要求14所述的宽带码分多址网络中Iub接口数据传输方法,其特征在于,所述Iub接口的物理层为E1或T1。
CNB2006100245589A 2006-03-09 2006-03-09 宽带码分多址网络中Iub接口数据传输方法 Active CN100514975C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006100245589A CN100514975C (zh) 2006-03-09 2006-03-09 宽带码分多址网络中Iub接口数据传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100245589A CN100514975C (zh) 2006-03-09 2006-03-09 宽带码分多址网络中Iub接口数据传输方法

Publications (2)

Publication Number Publication Date
CN1866969A true CN1866969A (zh) 2006-11-22
CN100514975C CN100514975C (zh) 2009-07-15

Family

ID=37425852

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100245589A Active CN100514975C (zh) 2006-03-09 2006-03-09 宽带码分多址网络中Iub接口数据传输方法

Country Status (1)

Country Link
CN (1) CN100514975C (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008080315A1 (fr) * 2006-12-30 2008-07-10 Huawei Technologies Co., Ltd. Procédé, équipement et système de transmission de données
CN101577972B (zh) * 2008-05-08 2012-01-11 中兴通讯股份有限公司 控制信道设计方法
CN102724099A (zh) * 2012-06-01 2012-10-10 中兴通讯股份有限公司 提升多处理机系统控制面内部通信Qos的装置及方法
CN102761847A (zh) * 2012-06-29 2012-10-31 北京中创信测科技股份有限公司 漫游短消息业务系统与方法
US9078290B2 (en) 2007-06-12 2015-07-07 Huawei Technologies Co., Ltd. Uplink transmission method, downlink transmission method, and convergence device
CN102761847B (zh) * 2012-06-29 2016-11-30 北京中创信测科技股份有限公司 漫游短消息业务系统与方法
WO2016192676A1 (en) * 2015-06-05 2016-12-08 Huawei Technologies Co., Ltd. Systems and methods for adaptive pilot allocation
CN109756466A (zh) * 2017-11-07 2019-05-14 中国移动通信有限公司研究院 共享数据传输协议sdtp消息传输方法及网络设备
CN113518085A (zh) * 2019-07-05 2021-10-19 腾讯科技(深圳)有限公司 一种基于多通道的数据传输方法以及相关装置

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008080315A1 (fr) * 2006-12-30 2008-07-10 Huawei Technologies Co., Ltd. Procédé, équipement et système de transmission de données
US9078290B2 (en) 2007-06-12 2015-07-07 Huawei Technologies Co., Ltd. Uplink transmission method, downlink transmission method, and convergence device
CN101577972B (zh) * 2008-05-08 2012-01-11 中兴通讯股份有限公司 控制信道设计方法
CN102724099A (zh) * 2012-06-01 2012-10-10 中兴通讯股份有限公司 提升多处理机系统控制面内部通信Qos的装置及方法
CN102724099B (zh) * 2012-06-01 2017-11-24 中兴通讯股份有限公司 提升多处理机系统控制面内部通信Qos的装置及方法
CN102761847A (zh) * 2012-06-29 2012-10-31 北京中创信测科技股份有限公司 漫游短消息业务系统与方法
CN102761847B (zh) * 2012-06-29 2016-11-30 北京中创信测科技股份有限公司 漫游短消息业务系统与方法
WO2016192676A1 (en) * 2015-06-05 2016-12-08 Huawei Technologies Co., Ltd. Systems and methods for adaptive pilot allocation
US10903951B2 (en) 2015-06-05 2021-01-26 Futurewei Technologies, Inc. Systems and methods for adaptive pilot allocation
US11979347B2 (en) 2015-06-05 2024-05-07 Futurewei Technologies, Inc. Systems and methods for adaptive pilot allocation
CN109756466A (zh) * 2017-11-07 2019-05-14 中国移动通信有限公司研究院 共享数据传输协议sdtp消息传输方法及网络设备
CN113518085A (zh) * 2019-07-05 2021-10-19 腾讯科技(深圳)有限公司 一种基于多通道的数据传输方法以及相关装置

Also Published As

Publication number Publication date
CN100514975C (zh) 2009-07-15

Similar Documents

Publication Publication Date Title
CN1866969A (zh) 宽带码分多址网络中Iub接口数据传输方法
CN1145383C (zh) 在gprs中的数据传输方法和设备
CN1242569C (zh) 用于将数据流分配到单信道上的方法和装置
CN201499313U (zh) 一种无线发射接收单元
CN1422484A (zh) 在无线接入网络中使用互联网协议(ip)
CN1443431A (zh) 在电信系统中合并不同的传输技术
CN101068216A (zh) 上、下行传输方法及汇聚节点
CN1438809A (zh) 上下文重定位方法
CN1781322A (zh) 传递因特网协议分组数据的电信设备和方法
CN1599996A (zh) 在分配时间期间选择用于传输的最优发送格式
CN101057461A (zh) 宽带无线通信系统中用于压缩首标的装置和方法
CN1375966A (zh) 用实时包传输状态和传输路径阻塞状态的通信质量控制
CN101056313A (zh) 一种bbu与rru之间的iq数据传输方法
CN1835605A (zh) 实现iwf业务数据交互的方法
CN101388825A (zh) 一种传输gprs隧道协议数据包的方法和设备
CN1866923A (zh) 一种实现捆绑接口边到边伪线仿真服务的方法及系统
CN1859037A (zh) 一种高速媒体接入控制分组数据单元的发送和接收方法
BRPI0611277A2 (pt) método de controle de taxa de transferência, estação móvel e estação rádio base
CN1835476A (zh) 分组传输方法和设备
CN1921346A (zh) 数据分割级联传送方法
CN1406006A (zh) 无线接入网中用户面传输网络层服务质量区分的方法
JPWO2006054729A1 (ja) 移動通信システム、移動局及び無線基地局
CN1672373A (zh) 信令信道和数据业务信道上的分组数据单元的通信
CN101043304A (zh) 长期演进网络的数据处理方法
CN1917473A (zh) 通信网络中分组数据的传输方法及其系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211224

Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Patentee after: Super fusion Digital Technology Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.