CN102196361A - Mbs协议数据单元的发送和接收方法、装置及*** - Google Patents
Mbs协议数据单元的发送和接收方法、装置及*** Download PDFInfo
- Publication number
- CN102196361A CN102196361A CN2010101282539A CN201010128253A CN102196361A CN 102196361 A CN102196361 A CN 102196361A CN 2010101282539 A CN2010101282539 A CN 2010101282539A CN 201010128253 A CN201010128253 A CN 201010128253A CN 102196361 A CN102196361 A CN 102196361A
- Authority
- CN
- China
- Prior art keywords
- data unit
- protocol data
- resource location
- mbs
- multimedia broadcast
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种MBS协议数据单元的发送和接收方法、装置及***。其中,所述发送方法包括为多播广播业务生成协议数据单元头;为多播广播业务生成协议数据单元,所述协议数据单元至少包括所述协议数据单元头;以及在指定的资源位置上发送所述协议数据单元。所述接收方法包括:在指定的资源位置上接收MBS协议数据单元;以及按照协议数据单元头的格式解析所述协议数据单元。本发明采用对多播广播业务数据单元协议头格式的设计,提供了更加简洁高效的信令格式,使多播广播业务流连接信令更加高效,且开销较小,实现了多播广播业务的高效传输,提高了空口资源的利用率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种MBS(MulticastBroadcast Service,多播广播业务)协议数据单元的发送和接收方法、装置及***。
背景技术
在新一代全球微波接入互操作性(World Interoperability forMicrowave Access,WiMAX)技术中,多播广播业务称为增强型的多播广播业务(Enhanced-Multicast Broadcast Service,E-MBS),是一种从一个数据源向多个目标传送数据的技术。多播广播业务能够有效地提高网络资源,尤其是空中接口资源的利用率。随着多媒体共享业务的应用与推广,高效地进行多播广播业务传输,对下一代宽带移动通信***变得尤为重要。
IEEE 802.16网络参考模型分层中,公共部分子层通过媒介接入控制(Medium Access Control,MAC)层业务接入点,从汇聚子层接收数据,形成MAC层业务数据单元(MAC Service Data Unit,MAC SDU)。MAC SDU可被分段重组,再封装以协议头,成为一个MAC层协议数据单元(MAC Protocol Data Unit,MAC PDU),MAC PDU是基站和用户站之间传递消息的MAC层数据单元。
在现有的增强型空口协议中,MAC层PDU的协议头(简称MAC Header)包含一个增强型通用MAC头(Advanced Generic MACHeader,AGMH)或简洁型MAC头(Compact MAC Header,CMH),或者还可能包含一个或多个扩展头(Extended Header,EH)。其中,增强型通用MAC头的格式如表1所示,包括业务流标识域Flow ID、扩展头指示域EH和协议数据单元长度域Length。
表1
语义 | 大小(比特)Size(bit) | 备注Notes |
增强型通用MAC头格式AdvancedGeneric MACHeader(){ | ||
业务流标识Flow ID | 4 | Flow Identifier业务流标识 |
扩展头指示域EH | 1 | Extended header presenceindicator:When set to“1”,thisfield indicates that an ExtendedHeader is present following thisAGMH.扩展头指示:“1”表示AGMH后携带扩展头;“0”表示不携带扩展头。 |
协议数据单元长度域Length | 11 | This field indicates the length inbytes of MAC PDU includingthe AGMH and extended headerif present.If MLEH is present ina MPDU.Length field indicates11 LSB of length in byte ofMAC PDU.协议数据单元MACPDU的长度,包括AGMH头以及扩展头(如果存在)的长度。如果MAC PDU中存在长度扩 |
展头,则该长度域指示的是MAC PDU长度指示的低11位。 | ||
} |
简洁型MAC头特别用于基于IP的语音传输(Voice over IP,VoIP)业务连接的MAC PDU,其格式如表2所示,包括业务流标识域Flow ID、扩展头指示域EH、协议数据单元长度域Length和协议单元序号SN。
表2
语义 | 大小(比特)Size(bit) | 备注Notes |
简洁型MAC头格式Compact MACHeader(){ | ||
业务流标识Flow ID | 4 | Flow Identifier业务流标识 |
扩展头指示域EH | 1 | Extended header presenceindicator:When set to“1”,thisfield indicates that an ExtendedHeader is present following thisCMH.扩展头指示:“1”表示CMH之后携带扩展头;“0”表示不携带扩展头。 |
协议数据单元长度域Length | 7 | This field indicates the length inbytes of MAC PDU includingthe CMH and extended header ifpresent.协议数据单元MACPDU的长度,包括CMH头以 |
及扩展头(如果存在)的长度。 | ||
协议数据单元序号SN | 4 | MAC PDU payload sequencenumber increments by one foreach MAC PDU(modulo 16)MAC PDU负荷的序列号,每个MAC PDU中该序列号加1。(模16运算) |
} |
上述协议头后还可以携带多种扩展头,例如分段打包扩展头,用于携带来自一个业务连接的业务数据单元SDU的分段或打包的指示,还可以携带一个业务连接的协议单元PDU的序号指示,或者携带带有确认重传(Automatic Repeat Quest,ARQ)的连接的重传块序号等指示。
单播业务中,控制站为注册网络的每个用户站分配一个站标识(Station Identifier,STID),为同一用户站(或STID)下的多个单播业务连接分配业务流连接标识(Flow Identifier,FID)来区分。当控制站为用户站分配资源时,按照站标识STID为相应的用户站进行资源指示,用户站则在相应的资源上接收并解码数据单元;然后根据数据单元头中携带的业务流连接标识FID识别业务连接。对于多播广播业务E-MBS,网络为一个E-MBS区域(E-MBS zone)内的所有多播广播业务流连接分别分配一个多播广播业务标识,该标识由多播站标识(Multicast Station ID,MSTID)和业务流连接标识(FID)组成。通过MSTID加FID来唯一标识E-MBS区域内的一个多播广播业务流连接。控制站为每个E-MBS业务连接指示资源分配时,发送多播广播业务连接所对应的资源位置消息,该消息中携带多播广播业务标识(即MSTID和FID),以及多播广播业务标识对应的资源位置信息,E-MBS用户站则根据所感兴趣的E-MBS业务的资源分配信息在相应的资源上接收并解码对应的E-MBS业务的数据单元。
发明人发现:由于E-MBS业务的资源分配信息直接对应业务连接本身,因此相关技术中的协议头对多播广播业务而言存在不必要的开销。由于相关技术中的MAC Header主要基于单播业务连接的特点而设计的,所以将MAC Header应用于多播广播业务流连接的协议数据单元的发送时,存在不必要的开销,并且针对该问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种MBS协议数据单元的发送和接收方法、装置及***,以至少解决上述问题。
根据本发明的一个方面,提供了一种MBS协议数据单元的发送方法,该方法包括为多播广播业务生成协议数据单元头;所述协议数据单元头包括表示所述协议数据单元总长度的长度域;为多播广播业务生成协议数据单元,所述协议数据单元至少包括所述协议数据单元头;在指定的资源位置上发送所述协议数据单元。
根据本发明的另一个方面,提供了一种MBS协议数据单元的接收方法,其在指定的资源位置上接收MBS协议数据单元;按照多播广播业务专用的协议数据单元头的格式指示解析所述协议数据单元;所述协议数据单元由至少包括所述专用的协议数据单元头;所述专用的协议数据单元头至少包括表示所述协议数据单元总长度的长度域。
根据本发明的再一个方面,提供了一种MBS协议数据单元发送装置,包括:协议数据单元头生成模块,用于为多播广播业务生成专用的协议数据单元头;所述专用的协议数据单元头至少包括表示所述协议数据单元总长度的长度域;协议数据单元组成模块协议数据单元生成模块,用于为多播广播业务生成协议数据单元,所述协议数据单元至少包括所述专用的协议数据单元头;以及发送模块,用于在指定的资源位置上发送所述协议数据单元。
根据本发明的又一方面,提供了一种MBS协议数据单元接收装置,包括:协议数据单元接收模块,用于在指定的资源位置上接收MBS协议数据单元;以及解析模块,用于按照多播广播业务专用的协议数据单元头的格式指示解析所述协议数据单元;所述协议数据单元至少包括所述协议数据单元头;所述专用的协议数据单元头至少包括表示所述协议数据单元总长度的长度域。
根据本发明的还一方面,提供了一种MBS协议数据单元的发送和接收***,包括协议数据单元发送装置、协议数据单元接收装置,所述协议数据单元发送装置包括:协议数据单元头生成模块,用于为多播广播业务生成专用的协议数据单元头;所述专用的协议数据单元头至少包括表示所述协议数据单元总长度的长度域;协议数据单元组成模块协议数据单元生成模块,用于为多播广播业务生成协议数据单;所述协议数据单元至少包括所述专用的协议数据单元头;发送模块,用于在指定的资源位置上发送所述协议数据单元;所述协议数据单元接收装置包括:协议数据单元接收模块,用于在所述指定的资源位置上接收协议数据单元;以及解析模块,用于按照所述专用的协议数据单元头的格式解析所述协议数据单元。
通过本发明,采用对多播广播业务数据单元协议头格式的设计,提供了更加简洁高效的信令格式,使多播广播业务流连接信令更加高效,且开销较小,实现了多播广播业务的高效传输,提高了空口资源的利用率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的MBS协议数据单元的发送和接收***的结构框图;
图2是根据本发明实施例的MBS协议数据单元的发送方法流程图;
图3是根据本发明实施例的MBS协议数据单元的发送接收方法流程图;
图4是根据本发明实施例一的MBS协议数据单元的发送方法流程图;以及
图5是根据本发明实施例一的MBS协议数据单元的接收方法流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本发明实施例中,通过对适用于多播广播业务协议数据单元的协议头格式的设计,提供了更加简洁的信令格式。基于此,提供了一种MBS协议数据单元的发送和接收***,该***包括协议数据单元发送装置和协议数据单元接收装置。图1为MBS协议数据单元的发送和接收***的结构框图,如图1所示,该协议数据单元发送装置包括:协议数据单元头生成模块11,协议数据单元生成模块13,和发送模块15;该协议数据单元接收装置包括:协议数据单元接收模块21,和解析模块23;下面对此***进行详细的说明。
该协议数据单元发送装置包括协议数据单元头生成模块11,用于为多播广播业务生成协议数据单元头;协议数据单元生成模块13,用于为多播广播业务生成协议数据单元;以及发送模块15,用于在指定的资源位置上发送该协议数据单元;
该协议数据单元接收装置包括协议数据单元接收模块21,用于在上述指定的资源位置上接收上述协议数据单元;以及解析模块23,用于按照协议数据单元头的格式解析接收的协议数据单元。
其中,协议数据单元接收装置预先已获知了本实施例中的协议数据单元头的格式,该格式专用于多播广播业务的协议数据单元头中。
其中,上述协议数据单元头是专用于该多播广播业务的媒体接入控制层的协议数据单元头,至少包括表示协议数据单元总长度的长度域;
优选地,上述协议数据单元头还可以至少包括以下之一:协议数据单元序列号,扩展头指示域,保留域;其中,协议数据单元序列号表示协议数据单元的序列号;扩展头指示域指示协议数据单元头后是否携带扩展头;保留域可以根据需要进行填充,也可以置空。
优选地,当所述扩展头指示域指示协议数据单元头后携带有扩展头,且扩展头的类型域为分段打包扩展头时,该扩展头包括以下至少一个指示域:分段控制域、域终止标识、分段长度域、协议数据单元序列号;该分段打包扩展头用于分段或打包来自一个多播广播业务流连接的业务数据单元或业务数据单元分段;该分段控制域用于指示协议数据单元的负荷中的业务数据单元的分段类型;域终止标识用于指示分段打包包头是否结束;分段长度域用于指示协议数据单元的负荷中的每个业务数据单元或业务数据单元分段的长度。
优选地,上述协议数据单元发送装置还可以包括资源位置消息发送模块,用于广播或组播资源位置消息,该资源位置消息用于指示协议数据单元发送的资源位置;相应地,上述指定的资源位置为该资源位置消息指示的资源位置,例如某时域/频域资源,也可以表示为某子帧上的某资源块集合。
相应地,上述协议数据单元接收装置还包括资源位置消息接收模块,用于接收上述资源位置消息;并在该资源位置消息中指示资源位置接收上述协议数据单元。
因为在多播广播业务中,多播广播业务的资源分配信息直接对应业务连接本身,即在发送资源位置消息时,已经携带了多播广播业务流连接的识别信息(MSTID和FID),所以本实施例中在发送协议数据单元时,该协议数据单元的协议数据单元头中不需要再携带业务流连接标识FID,进而减小了协议数据单元不必要的开销。
本实施例中的协议数据单元接收装置在接收该协议数据单元之前,已经接收到上述资源位置消息,根据该消息即确定接收协议数据单元的资源位置,以及确定将要接收的协议数据单元属于某个已知的多播广播业务连接的,所以接收到该协议数据单元后,将按照专用于多播广播业务的协议数据单元头的格式解析该协议数据单元,进而简化了信令处理过程。
在本发明实施例中,上述***中的协议数据单元发送装置可以为WiMAX***中的控制站,对应该控制站,本发明实施例提供了一种MBS协议数据单元的发送方法,参见图2,该方法包括以下步骤:
步骤S302:控制站为多播广播业务生成协议数据单元头;
该协议数据单元头如上所述,至少包括长度域;优选地,该协议数据单元头还可以包括以下至少之一:协议数据单元序列号,扩展头指示域,保留域;
步骤S304:该控制站为多播广播业务生成协议数据单元;
该协议数据单元至少包括上述协议数据单元头;优选地,该协议数据单元还可以包括扩展头和/或数据单元负荷;以及
步骤S306:该控制站在指定的资源位置上发送上述协议数据单元。
本发明实施例中的控制站在执行步骤S302之前还包括:该控制站广播或组播资源位置消息,该资源位置消息用于指示上述协议数据单元发送的资源位置;相应地,步骤S306中指定的资源位置为该资源位置消息指示的资源位置。
在本发明实施例中,上述***中的协议数据单元发送装置可以为WiMAX***中的终端,对应该终端,本发明实施例提供了一种MBS协议数据单元的接收方法,参见图3,该方法包括以下步骤:
步骤S402:终端在指定的资源位置上接收MBS协议数据单元(即步骤S306中控制站发送的协议数据单元);以及
步骤S404:终端按照上述协议数据单元头的格式解析上述协议数据单元;
因上述协议数据单元包括协议数据单元头;且上述协议数据单元头包括长度域,当终端解析上述协议数据单元后,将会得到该长度域。如果上述协议数据单元头中还包括协议数据单元序列号,和/或扩展头指示域,和/或保留域,通过解析,终端将还能得到协议数据单元序列号,和/或扩展头指示信息,和/或保留域。
本发明实施例中的终端在执行步骤S402之前还包括:该终端接收来自控制站广播或组播的资源位置消息,该资源位置消息用于指示协议数据单元发送的资源位置;相应地,步骤S402中指定的资源位置为该资源位置消息指示的资源位置。
下面通过具体实施例对本发明实施例提供的技术方案进行详细描述。
实施例一
本实施例提供了一种MBS协议数据单元的发送方法,该方法应用于在WiMAX***中,参见图4,为多播广播业务协议数据单元的发送方法流程图,具体包括以下步骤:
步骤S502:控制站发送资源位置消息;
该资源位置消息用于指示多播广播业务流连接的协议数据单元的发送资源位置,该资源位置消息包括多播广播业务流连接的唯一标识(多播广播站标识MSTID和业务流标识FID),以及该MSTID和FID唯一确定的多播广播业务流连接所对应的资源位置信息;
步骤S504:控制站为由MSTID和FID唯一确定的多播广播业务流连接生成专用于多播广播业务的MAC PDU头;
步骤S506:控制站将上述MAC PDU头、扩展头以及数据单元负荷和/或校验信息组成该连接的多播广播业务协议数据单元;
步骤S508:控制站在上述资源位置消息所指定的物理资源上发送上述协议数据单元;
本实施例还提供了一种多播广播业务协议数据单元的接收方法,该方法也应用于在WiMAX***中,并与图4提供协议数据单元的发送方法相对应,参见图5,为MBS协议数据单元的接收方法流程图,具体包括以下步骤:
步骤S602:终端接收上述资源位置消息,并根据接收到的资源位置消息确定MSTID和FID对应的多播广播业务流连接的资源位置;
步骤S604:终端在确定的资源位置上接收该MSTID和FID对应的多播广播业务流连接的协议数据单元;
步骤S606:终端按照专用于多播广播业务的协议数据单元头的格式解析上述协议数据单元,获得所需要的协议数据单元的负荷信息。
其中,多播广播业务流连接上的协议数据单元为顺序发送,并在终端侧按序接收,E-MBS MAC协议数据单元(E-MBS MAC PDU)中可以携带一个序列号,用于终端按序接收协议数据单元。每个多播广播业务协议数据单元的负荷可以由来自一个多播广播业务流连接上的一个或多个业务数据单元(E-MBS MAC SDU)或其分段构成,通过分段打包扩展头实体来携带这些SDU或SDU的分段,因此多播广播业务流连接上的协议数据单元的MAC协议数据单元头(MAC header)格式中可以包含扩展头指示域、长度域、协议数据单元序列号,如表3所示,其中,扩展头指示域指示E-MBS协议数据单元中是否携带扩展头,长度域指示E-MBS协议数据单元的总长度,协议数据单元序列号指示该E-MBS MAC PDU的序号。
表3
语义 | 大小(比特) | 备注 |
E-MBS MACheader(){ | ||
EH扩展头指示 | 1 | Extended header presence indicator;Whenset to‘1’,this field indicates that anExtended Header is present following thisMAC header扩展头指示:“1”表示E-MBS MAC头后携带扩展头;“0”表示不携带扩展头。 |
Length长度 | 11 | This field indicates the length in bytes ofMAC PDU including the E-MBS MACheader and extended header if present.IfMLEH is present in a MPDU,Length fieldindicates 11 LSB of length in byte ofMAC PDU.协议数据单元MAC PDU的长度,包括E-MBS MAC头以及扩展头(如果存在)的长度。如果M,AC PDU中存在长度扩展头,则该长度域指示的是MAC PDU长度指示的低11位。 |
SN序列号 | 4 | MAC PDU payload sequence numberincrements by one for each MAC PDU(modulo 16).MAC PDU负荷的序列号,每个MACPDU中该序列号加1。(模16运算) |
} |
例如,扩展头指示域可以用1个比特进行指示;长度域可以用11个比特进行指示,表示E-MBS协议数据单元的总字节数;协议数据单元序列号可以用4个比特进行指示;此时E-MBS协议数据单元头的长度则为两个字节。
当携带的扩展头的类型域为分段打包扩展头时,分段打包扩展头的格式如表4所示,包括以下至少一个指示域:分段控制域、域终止标识、分段长度域;该分段控制域用于指示协议数据单元的负荷的分段类型;域终止标识用于指示分段打包包头是否结束;分段长度域用于指示每个分段的协议数据单元长度。
表4
语义 | 大小(比特) | 备注 |
FPEH(){ | ||
Type扩展头类型 | 4 | FPEH分段打包扩展头类型 |
EC | 1 | Fragmentation control bits分段控制字 |
if(MAC Header==CMH or E-MBSMAC Header){ | 如果是CMH或E-MBS MAC头,则分段打包扩展头中携带下列信息 | |
Do{ | ||
End | 1 | Indication of more information0=Indicating another′Length′and |
结束域 | ′End′fields are followed1=Indicating no more′Length′and′End′fields are followed“0”指示后续还有SDU或SDU分段长度域和结束域“1”指示后续没有SDU或SDU分段长度域和结束域 | |
If(End==0){ | ||
LengthSDU或SDU分段长度域 | 11 | This field indicates the length ofSDU or SDU fragment in a MACPDU payload.If a MAC PDUpayload consists of′N′SDU/SDUfragments,N-1′Length′fields arepresent to represent the length ofSDU/SDU fragment#1 to #N-1指示SDU或SDU分段的长度;如果MAC PDU包含N个SDU或SDU分段,则该扩展头中有N-1个SDU或SDU分段长度域来表示#1到#N-1的SDU或SDU分段的长度 |
} | ||
}while(!End) |
} |
因为在多播广播业务中,多播广播业务的资源分配信息直接对应业务连接本身,即在控制站发送资源位置消息时,已经将多播广播业务流连接的识别信息(MSTID和FID)发送给终端,所以本实施例中在发送协议数据单元时,该协议数据单元的协议数据单元头中不需要再携带业务流连接标识FID,进而减小了协议数据单元不必要的开销,同时增大了长度域的大小,以便指示较大长度的MACPDU。
本实施例中的终端在接收该协议数据单元之前,已经接收到上述资源位置消息,根据该消息即确定接收协议数据单元的资源位置,以及确定将要接收的协议数据单元属于某个已知的多播广播业务连接的,所以接收到该协议数据单元后,进行解析,并将解析的数据发送给该多播广播业务连接的相应的上层处理,不需要像接收到单播业务协议数据单元那样,根据单播协议数据单元中的业务流连接标识FID确定对应的业务连接,在将解析的数据发送给对应的上层处理,进而简化了信令处理过程。
实施例二
根据实施例一,由于多播广播业务协议数据单元可以不采用任何重传机制,因此用于协议数据单元重排的协议数据单元序列号对于多播广播业务而言可以进一步省略,优化的协议数据单元头的格式如表5所示,包括扩展头指示域、长度域,其中,扩展头指示域指示E-MBS协议数据单元中是否携带扩展头。长度域指示E-MBS协议数据单元的总长度。
表5
语义 | 大小(比特) | 备注 |
E-MBS MAC header(){ | ||
EH扩展头指示 | 1 | Extended header presenceindicator;When set to‘1’,thisfield indicates that an ExtendedHeader is present following thisMAC header扩展头指示:“1”表示E-MBSMAC头后携带扩展头;“0”表示不携带扩展头 |
Length长度 | 7 | This field indicates the length inbytes of MAC PDU includingthe AGMH and extended headerif present.If MLEH is present ina MPDU,Length field indicates7LSB of length in byte of MACPDU.协议数据单元MAC PDU的长度,包括E-MBS MAC头以及扩展头(如果存在)的长度。如果MAC PDU中存在长度扩展头,则该长度域指示的是MAC PDU长度指示的低7位。 |
} |
例如,扩展头指示域可以用1个比特进行指示。长度域可以用7个比特进行指示,表示E-MBS协议数据单元的总字节数。此时E-MBS协议数据单元头的长度则为一个字节。
当携带的扩展头类型为分段打包扩展头时,分段打包扩展头的格式如表4所示,包括以下至少一个指示域,即分段控制域、域终止标识、分段长度域,各指示域表示的意思与实施例一相同,这里不再赘述。
本实施例通过对协议数据单元头的进一步优化,能够使协议数据单元的开销更小,进而提高了多播广播业务的传输效率以及空口资源的利用率。
实施例三
本实施例与实施例一基本相同,不同之处在于:实施例一控制站生成的专用于多播广播业务的MAC PDU头格式如表3所示,包括扩展头指示域、长度域和协议数据单元序列号;而本实施例控制站生成的专用于多播广播业务的MAC PDU头格式如表6所示,包括扩展头指示域、长度域和保留域;其中,保留域为冗余的多播广播业务流连接标识FID信息,即由MSTID和FID唯一确定的该多播广播业务流连接的FID标识,或者为***预定的用于识别多播广播业务流的标识FID信息,或者为保留字段。
表6
语义 | 大小(比特) | 备注 |
E-MBS MAC header(){ |
EH扩展头指示 | 1 | Extended header presence indicator;When set to‘1’,this field indicatesthat an Extended Header is presentfollowing this MAC header扩展头指示:“1”表示E-MBS MAC头后携带扩展头;“0”表示不携带扩展头 |
Length长度 | 11 | This field indicates the length inbytes of MAC PDU including theAGMH and extended header ifpresent.If MLEH is present in aMPDU,Length field indicates 11LSB of length in byte of MAC PDU.协议数据单元MAC PDU的长度,包括E-MBS MAC头以及扩展头 |
(如果存在)的长度。如果M,ACPDU中存在长度扩展头,则该长度域指示的是MAC PDU长度指示的低11位。 | ||
保留域 | 4 | FID of an E-MBS service connectionor reservedE-MBS业务流连接的FID标识或保留字段 |
由于资源位置消息中已经包含MSTID和FID信息,因此E-MBS业务的MAC PDU头中不需要包含类似单播业务MAC PDU头中的业务流连接标识FID,现有技术中的协议数据单元头格式中的业务流连接标识域即为冗余的多播广播业务流连接标识FID信息或者为预定的多播广播业务流标识FID,或者其它保留字段,因此在E-MBSMAC协议数据单元头中统称为保留域。
例如,本实施例中扩展头指示域可以用1个比特进行指示,长度域可以用11个比特进行指示,表示E-MBS协议数据单元的总字节数。保留域为4个比特。此时E-MBS协议数据单元头的长度则为两个字节。
每个多播广播数据单元或数据单元分段可以对应一个序列号,该序列号则通过分段打包扩展头携带。如表7所示的分段打包扩展头格式,包括以下至少一个指示域,即数据单元或数据单元分段序列号、分段控制域、域终止标识、分段长度域。
表7
语义 | 大小(比特) | 备注 |
FPEH(){ | ||
Type扩展头类型 | 4 | FPEH分段打包扩展头类型 |
EC | 1 | Fragmentation control bits分段控制字 |
if(MAC Header==E-MBS MACHeader){ | 如果是E-MBS MAC PDU携带分段打包扩展头 | |
SN序列号 | 4 | MAC PDU payload sequence numberincrements by one for each MAC PDU(modulo 16).MAC PDU负荷的序列号,每个MAC PDU中该序列号加1。(模16运算) |
} | ||
Do{ | ||
End | 1 | Indication of more information0=Indicating another′Length′and′End′fields are followed1=Indicating no more′Length′and′End′fields are followed“0”指示后续还有SDU或SDU分段长度域和结束域“1”指示后续没有SDU或SDU分段长度域和结束域 |
If(End==0){ |
Length | 11 | This field indicates the length of SDU orSDU fragment in a MAC PDU payload.Ifa MAC PDU payload consists of′N′SDU/SDU fragments,N-1′Length′fieldsare present to represent the length ofSDU/SDU fragment#1 to #N-1指示SDU或SDU分段的长度;如果MAC PDU包含N个SDU或SDU分段,则该扩展头中有N-1个SDU或SDU分段长度域来表示#1到#N-1的SDU或SDU分段的长度 |
} | ||
}while(!End) | ||
} |
本实施例各指示域表示的意思与前述实施例中的意思相同,这里不再赘述。
实施例四
根据实施例三,由于多播广播业务协议数据单元可以不采用任何重传机制,因此用于协议数据单元重排的协议数据单元序列号对于多播广播业务而言可以进一步省略,本例中的协议数据单元头格式与实施例三相同,针对实施例三中的分段打包扩展头可以进一步优化,分段打包扩展头的格式如表4所示,包括以下至少一个指示域,即分段控制域、域终止标识、分段长度域,各指示域表示的意思与前述实施例中的意思相同,这里不再赘述。
实施例五
本实施例与实施例一基本相同,不同之处在于:实施例一控制站生成的专用于多播广播业务的MAC PDU头格式如表3所示,包括扩展头指示域、长度域和协议数据单元序列号;而本实施例的MAC PDU头格式如表8所示,包括扩展头指示域、长度域、协议数据单元序列号和保留域;其中,保留域为冗余的多播广播业务流连接标识FID信息或者为预定的多播广播业务流标识FID信息,或者为保留字段。
表8
语义 | 大小(比特) | 备注 |
E-MBS MAC header(){ |
EH扩展头指示 | 1 | Extended header presenceindicator;When set to‘1’,thisfield indicates that an ExtendedHeader is present following thisMAC header扩展头指示:“1”表示E-MBS MAC头后携带扩展头;“0”表示不携带扩展头 |
Length长度 | 7 | This field indicates the length inbytes of MAC PDU includingthe AGMH and extended headerif present.If MLEH is present ina MPDU,Length field indicates7LSB of length in byte of MACPDU.协议数据单元MAC PDU的长度,包括E-MBS MAC头以及扩展头(如果存在)的长度。如果MAC PDU中存在长度扩展头,则该长度域指示的是MAC PDU长度指示的低7位。 |
SN序列号 | 4 | MAC PDU payload sequencenumber increments by one foreach MAC PDU(modulo 16).MAC PDU负荷的序列号,每个MAC PDU中该序列号加1。(模16运算) |
保留域 | 4 | FID of an E-MBS serviceconnection or reservedE-MBS业务流连接的FID标识或保留字段 |
} |
当多播广播业务协议数据单元需要顺序发送及接收时,每个E-MBS MAC协议数据单元(E-MBS MAC PDU)可以对应有一个序列号。
例如,本实施例中的扩展头指示域可以用1个比特进行指示。长度域可以用7个比特进行指示,表示E-MBS协议数据单元的总字节数。协议数据单元序列号可以用4个比特进行指示。保留域为4个比特。此时E-MBS协议数据单元头的长度则为两个字节。
当携带的扩展头类型为分段打包扩展头时,如表4所示,分段打包扩展头包括以下至少一个指示域,即分段控制域、域终止标识、分段长度域。
从以上的描述可以看出,本发明实施例实现了如下技术效果:在发送协议数据单元时,该协议数据单元的协议数据单元头中不需要再携带业务流连接标识FID,进而减小了协议数据单元不必要的开销。终端根据资源位置消息确定接收协议数据单元的资源位置,以及确定将要接收的协议数据单元为多播广播业务的,所以接收到该协议数据单元后,进行解析,并将解析的数据发送给该多播广播业务流连接所对应的上层处理,不需要像接收到单播业务协议数据单元那样,根据单播协议数据单元中的业务流连接标识FID确定对应的业务连接,在将解析的数据发送给对应的上层处理,进而简化了信令处理过程。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种多播广播业务MBS协议数据单元的发送方法,其特征在于,包括以下步骤:
为多播广播业务生成协议数据单元头;所述协议数据单元头包括表示所述协议数据单元总长度的长度域;
为多播广播业务生成协议数据单元,所述协议数据单元至少包括所述协议数据单元头;
在指定的资源位置上发送所述协议数据单元。
2.根据权利要求1所述的方法,其特征在于,所述专用的协议数据单元头还包括至少以下之一:协议数据单元序列号,扩展头指示域,保留域。
3.根据权利要求2所述的方法,其特征在于,所述扩展头指示域指示所述协议数据单元头后携带有扩展头。
4.根据权利要求3所述的方法,其特征在于,所述扩展头的类型域指示为分段打包扩展头时,所述分段打包扩展头包括以下至少一个指示域:分段控制域、域终止标识、分段长度域、协议数据单元序列号;
所述分段打包扩展头用于分段或打包来自一个多播广播业务流连接的业务数据单元或业务数据单元分段;
所述分段控制域用于指示所述协议数据单元的负荷中的业务数据单元的分段类型;所述域终止标识用于指示分段打包包头是否结束;所述分段长度域用于指示所述协议数据单元的负荷中的每个业务数据单元或业务数据单元分段的长度。
5.根据权利要求1-4中任一权利要求所述的方法,其特征在于,所述为多播广播业务生成协议数据单元头的步骤之前还包括:
广播或组播资源位置消息,所述资源位置消息用于指示所述协议数据单元发送的资源位置;
所述指定的资源位置为所述资源位置消息指示的资源位置。
6.一种多播广播业务MBS协议数据单元的接收方法,其特征在于,包括以下步骤:
在指定的资源位置上接收MBS协议数据单元;
按照协议数据单元头的格式解析所述协议数据单元;
所述协议数据单元至少包括所述专用的协议数据单元头;所述协议数据单元头至少包括表示所述协议数据单元总长度的长度域。
7.根据权利要求6所述的方法,其特征在于,所述在指定的资源位置上接收MBS协议数据单元的步骤之前还包括:
接收资源位置消息,所述资源位置消息用于指示所述协议数据单元发送的资源位置;
所述指定的资源位置为所述资源位置消息指示的资源位置。
8.一种多播广播业务MBS协议数据单元发送装置,其特征在于包括:
协议数据单元头生成模块,用于为多播广播业务生成协议数据单元头;所述协议数据单元头至少包括表示所述协议数据单元总长度的长度域;
协议数据单元生成模块,用于为多播广播业务生成协议数据单元,所述协议数据单元至少包括所述协议数据单元头;以及
发送模块,用于在指定的资源位置上发送所述协议数据单元。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
资源位置消息发送模块,用于广播或组播资源位置消息,所述资源位置消息用于指示所述协议数据单元发送的资源位置;
所述发送模块中指定的资源位置为所述资源位置消息指示的资源位置。
10.一种多播广播业务MBS协议数据单元接收装置,其特征在于包括:
协议数据单元接收模块,用于在指定的资源位置上接收MBS协议数据单元;以及
解析模块,用于按照协议数据单元头的格式解析所述协议数据单元;
所述协议数据单元至少包括所述协议数据单元头;所述协议数据单元头至少包括表示所述协议数据单元总长度的长度域。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
资源位置消息接收模块,用于接收资源位置消息,所述资源位置消息用于指示所述协议数据单元发送的资源位置;
所述协议数据单元接收模块中指定的资源位置为所述资源位置消息指示的资源位置。
12.一种多播广播业务MBS协议数据单元的发送和接收***,包括协议数据单元发送装置、协议数据单元接收装置,其特征在于:
所述协议数据单元发送装置包括:
协议数据单元头生成模块,用于为多播广播业务生成协议数据单元头;所述协议数据单元头至少包括表示所述协议数据单元总长度的长度域;
协议数据单元生成模块,用于为多播广播业务生成协议数据单;所述协议数据单元至少包括所述协议数据单元头;
发送模块,用于在指定的资源位置上发送所述协议数据单元;
所述协议数据单元接收装置包括:
协议数据单元接收模块,用于在所述指定的资源位置上接收协议数据单元;以及
解析模块,用于按照所述协议数据单元头的格式解析所述协议数据单元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101282539A CN102196361A (zh) | 2010-03-05 | 2010-03-05 | Mbs协议数据单元的发送和接收方法、装置及*** |
PCT/CN2010/073550 WO2011106949A1 (zh) | 2010-03-05 | 2010-06-04 | Mbs协议数据单元的发送和接收方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101282539A CN102196361A (zh) | 2010-03-05 | 2010-03-05 | Mbs协议数据单元的发送和接收方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102196361A true CN102196361A (zh) | 2011-09-21 |
Family
ID=44541630
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101282539A Pending CN102196361A (zh) | 2010-03-05 | 2010-03-05 | Mbs协议数据单元的发送和接收方法、装置及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102196361A (zh) |
WO (1) | WO2011106949A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107342874A (zh) * | 2016-04-29 | 2017-11-10 | 阿姆有限公司 | 用于多播协议的反馈机制 |
WO2022141084A1 (zh) * | 2020-12-29 | 2022-07-07 | 捷开通讯(深圳)有限公司 | 一种mbs配置的传输方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101166310A (zh) * | 2006-09-19 | 2008-04-23 | 阿尔卡特朗讯 | 多播广播业务同步方法、相应的多播广播服务器和基站 |
US20080137601A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Uplink framing method and apparatus in mobile communication system |
US20090046648A1 (en) * | 2007-08-13 | 2009-02-19 | Samsung Electronics Co., Ltd. | Apparatus and method for generating MAC PDU in mobile communication system |
CN101378351A (zh) * | 2007-08-29 | 2009-03-04 | 上海华为技术有限公司 | 数据发送及接收的方法和装置 |
CN101415276A (zh) * | 2008-11-24 | 2009-04-22 | 中兴通讯股份有限公司 | 一种发送和接收数据的方法及其设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222415B (zh) * | 2007-01-09 | 2011-07-13 | 中兴通讯股份有限公司 | 一种媒体接入控制层下行协议数据单元的实现方法 |
CN101242346B (zh) * | 2007-02-06 | 2011-05-11 | 中兴通讯股份有限公司 | 将逻辑信道数据映射到高速下行共享信道发送的方法 |
US8902927B2 (en) * | 2007-10-01 | 2014-12-02 | Qualcomm Incorporated | Medium access control header format |
-
2010
- 2010-03-05 CN CN2010101282539A patent/CN102196361A/zh active Pending
- 2010-06-04 WO PCT/CN2010/073550 patent/WO2011106949A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101166310A (zh) * | 2006-09-19 | 2008-04-23 | 阿尔卡特朗讯 | 多播广播业务同步方法、相应的多播广播服务器和基站 |
US20080137601A1 (en) * | 2006-12-08 | 2008-06-12 | Electronics And Telecommunications Research Institute | Uplink framing method and apparatus in mobile communication system |
US20090046648A1 (en) * | 2007-08-13 | 2009-02-19 | Samsung Electronics Co., Ltd. | Apparatus and method for generating MAC PDU in mobile communication system |
CN101378351A (zh) * | 2007-08-29 | 2009-03-04 | 上海华为技术有限公司 | 数据发送及接收的方法和装置 |
CN101415276A (zh) * | 2008-11-24 | 2009-04-22 | 中兴通讯股份有限公司 | 一种发送和接收数据的方法及其设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107342874A (zh) * | 2016-04-29 | 2017-11-10 | 阿姆有限公司 | 用于多播协议的反馈机制 |
CN107342874B (zh) * | 2016-04-29 | 2021-05-28 | 阿姆有限公司 | 用于多播协议的反馈机制 |
WO2022141084A1 (zh) * | 2020-12-29 | 2022-07-07 | 捷开通讯(深圳)有限公司 | 一种mbs配置的传输方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2011106949A1 (zh) | 2011-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101119219B (zh) | 一种广播组播业务中数据传输的实现方法及*** | |
CN101808287B (zh) | 在通信***中发送/接收数据的方法和装置 | |
CN108270534B (zh) | 基于V2XSideLink通信的向多个目的ID传输信息的方法 | |
CN102026411B (zh) | 一种mac pdu的发送方法、***和装置 | |
JP2010507955A (ja) | 単一周波数モバイル通信ネットワークにおけるブロードキャストデータの配信の同期化方法 | |
CN105681059A (zh) | 用于提供多个服务的方法 | |
CN102484813A (zh) | 使用mac头部来传送和接收mac pdu的装置和方法 | |
CN103220258B (zh) | 会议混音方法、终端和媒体资源服务器 | |
US20090279462A1 (en) | Stateful scheduling with network coding for roadside-to-vehicle communication | |
US9019888B2 (en) | Method and system for communicating a plurality of packets in multicast broadcast service (MBS) communication network | |
RU2007139715A (ru) | Способ передачи и приема информации управления для групповой услуги мультимедиа точка-много точек | |
CN101959131A (zh) | Mbms通知信息的承载方法与装置 | |
WO2008154779A1 (fr) | Appareil et procédé d'encapsulation de données | |
CN101686431B (zh) | 同步处理方法和装置 | |
CN104754521B (zh) | 一种报文转发方法、无线接入点、无线控制器和*** | |
US20090225691A1 (en) | Apparatus and method for changing multicast and broadcast service channel of terminal in broadband wireless communication system | |
CN101971649A (zh) | 提供业务的方法与设备 | |
CN101730233A (zh) | 资源处理方法 | |
CN102196361A (zh) | Mbs协议数据单元的发送和接收方法、装置及*** | |
US8755320B2 (en) | Identification of MBMS service from a central node to UMTS LTE eNBs | |
EP1869564B1 (en) | Method for transmitting and receiving bcmcs information | |
CN101159707A (zh) | 短消息的传输方法、流媒体服务器以及终端 | |
CN101047492B (zh) | 实现rlc序列号在无线网络控制器间同步的方法及*** | |
KR100941445B1 (ko) | 휴대 인터넷망에서의 주문형 비디오 방송 서비스 방법 | |
CN103460664A (zh) | 用于在无线通信协议中使用的mpdu结构和有关方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110921 |