WO2011106949A1 - Mbs协议数据单元的发送和接收方法、装置及系统 - Google Patents

Mbs协议数据单元的发送和接收方法、装置及系统 Download PDF

Info

Publication number
WO2011106949A1
WO2011106949A1 PCT/CN2010/073550 CN2010073550W WO2011106949A1 WO 2011106949 A1 WO2011106949 A1 WO 2011106949A1 CN 2010073550 W CN2010073550 W CN 2010073550W WO 2011106949 A1 WO2011106949 A1 WO 2011106949A1
Authority
WO
WIPO (PCT)
Prior art keywords
data unit
protocol data
header
resource location
mbs
Prior art date
Application number
PCT/CN2010/073550
Other languages
English (en)
French (fr)
Inventor
吕开颖
孙波
李楠
鲁照华
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011106949A1 publication Critical patent/WO2011106949A1/zh

Links

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

Definitions

  • the present invention relates to the field of communications, and in particular to a method for transmitting and receiving data units of an MBS (Multicast Broadcast Service) protocol, Devices and systems.
  • MBS Multicast Broadcast Service
  • a multicast broadcast service is called an Enhanced Multicast Broadcast Service (E-MBS).
  • E-MBS Enhanced Multicast Broadcast Service
  • Multicast broadcast services can effectively improve network resources, especially the utilization of air interface resources. With the application and promotion of multimedia sharing services, efficient transmission of multicast broadcasting services is becoming more and more important for next-generation broadband mobile communication systems.
  • the common part sublayer receives the data from the convergence sublayer through the medium access control (MAC) layer service access point to form a MAC layer service data unit (MAC Service Data Unit, MAC SDU )
  • MAC SDU can be reassembled in segments, and then encapsulated into a protocol header to become a MAC Protocol Data Unit (MAC PDU).
  • the MAC PDU is the MAC layer data for transmitting messages between the base station and the subscriber station.
  • the protocol header (MAC Header) of the MAC layer PDU includes an Enhanced Generic MAC Header (AGMH) or a Compact MAC Header (CMH). Or, it may also include one or more extended headers (EHs).
  • the format of the enhanced universal MAC header is as shown in Table 1, including the service flow identifier field Flow ID, the extended header indication field EH, and the protocol data unit. Length field Length. Table 1
  • the simple MAC header is specially used for the MAC PDU of the Voice over IP (VoIP) service connection.
  • the format of the MAC PDU is as shown in Table 2, including the service flow identification field Flow ID, the extended header indication field EH, and the protocol data unit. Length field Length and protocol unit number SN.
  • the extension header indicates: " ⁇ , indicating that the CMH carries the extension header; "0" indicates that the extension header is not carried.
  • the protocol data unit length field 7 This field indicates the length in bytes Length of MAC PDU including the CMH and extended header if present. The length of the data unit MAC PDU, including the length of the CMH header and the extension header (if any).
  • the foregoing protocol header may also carry multiple extension headers, such as a segmentation and packetization extension header, for carrying a segmentation or packetization indication of a service data unit SDU from a service connection, and may also carry a service connection protocol unit PDU.
  • the serial number indicates, or carries the retransmission block number and other indications of the connection with the Automatic Repeat Quest (ARQ).
  • ARQ Automatic Repeat Quest
  • the control station assigns a station identifier to each subscriber station of the registered network (Station)
  • STID traffic flow identifiers
  • the control station allocates resources for the user station, the resource indication is performed for the corresponding user station according to the station identifier STID, and the user station receives and decodes the data unit on the corresponding resource; and then the service flow connection identifier FID carried in the data unit header Identify business connections.
  • the network allocates a multicast broadcast service identifier for all multicast broadcast service flow connections in an E-MBS zone, which is identified by the multicast station (Multicast Station) ID, MSTID) and Service Flow Connection Identifier (FID).
  • a multicast broadcast service flow connection within or within the E-MBS zone i is uniquely identified by the MSTID plus the FID.
  • the control station indicates resource allocation for each E-MBS service connection
  • the resource location message corresponding to the multicast broadcast service connection is sent, where the message carries the multicast broadcast service identifier (ie, MSTID and FID), and the multicast broadcast service identifier.
  • the E-MBS subscriber station is the resource allocation information of the E-MBS service of interest, and receives and decodes the data unit of the corresponding E-MBS service on the corresponding resource.
  • a primary object of the present invention is to provide a method, apparatus and system for transmitting and receiving MBS protocol data units to solve at least the above problems.
  • a method for transmitting an MBS protocol data unit comprising: generating a protocol data unit header for a multicast broadcast service; the protocol data unit header including a length field indicating a total length of the protocol data unit; Multicast broadcast service generation protocol data unit, the association
  • the data unit includes at least a protocol data unit header; the protocol data unit is transmitted at a specified resource location.
  • a method for receiving an MBS protocol data unit which receives an MBS protocol data unit at a specified resource location; and parses a protocol data unit according to a format of a multicast broadcast service data unit header;
  • the protocol data unit consists of at least a dedicated protocol data unit header;
  • the protocol data unit header includes at least a length field representing the total length of the protocol data unit.
  • an MBS protocol data unit sending apparatus including: a protocol data unit header generating module, configured to generate a protocol data unit header for a multicast broadcast service; the protocol data unit header includes at least a length field indicating a total length of the protocol data unit; a protocol data unit generating module, configured to generate a protocol data unit for the multicast broadcast service, the protocol data unit includes at least a protocol data unit header; and a sending module, configured to be at the specified resource location The protocol data unit is sent on.
  • an MBS protocol data unit receiving apparatus including: a protocol data unit receiving module, configured to receive an MBS protocol data unit at a specified resource location; and a parsing module, configured to follow The format of the protocol data unit header resolves the protocol data unit; the protocol data unit includes at least a protocol data unit header; and the protocol data unit header includes at least a length field indicating the total length of the protocol data unit.
  • a system for transmitting and receiving an MBS protocol data unit including a protocol data unit transmitting apparatus and a protocol data unit receiving apparatus, where the protocol data unit transmitting apparatus includes: a protocol data unit header generating module, Generating a protocol data unit header for the multicast broadcast service; the protocol data unit header includes at least a length field indicating a total length of the protocol data unit; a protocol data unit generating module, configured to generate a protocol data unit for the multicast broadcast service; At least a protocol data unit header; a sending module, configured to send the protocol data unit at a specified resource location; the protocol data unit receiving device includes: a protocol data unit receiving module, configured to receive the protocol data unit at the specified resource location; And a parsing module, configured to parse the protocol data unit according to a format of the protocol data unit header.
  • the design of the protocol header format of the multicast broadcast service data unit is used, which provides a more concise and efficient signaling format, makes the multicast broadcast service flow connection signaling more efficient, and has less overhead, and realizes multicast.
  • the efficient transmission of broadcast services improves the utilization of air interface resources.
  • FIG. 1 is a block diagram showing a structure of a transmitting and receiving system for an MBS protocol data unit according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for transmitting an MBS protocol data unit according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for transmitting an MBS protocol data unit according to Embodiment 1 of the present invention
  • FIG. 5 is a MBS according to Embodiment 1 of the present invention; Flowchart of the receiving method of the protocol data unit.
  • a more compact signaling format is provided by designing a protocol header format suitable for a multicast broadcast service protocol data unit. Based on this, a transmitting and receiving system for an MBS protocol data unit is provided, the system comprising a protocol data unit transmitting device and a protocol data unit receiving device.
  • a transmitting and receiving system for an MBS protocol data unit is provided, the system comprising a protocol data unit transmitting device and a protocol data unit receiving device.
  • 1 is a structural block diagram of a transmitting and receiving system of an MBS protocol data unit. As shown in FIG.
  • the protocol data unit transmitting apparatus includes: a protocol data unit header generating module 11, a protocol data unit generating module 13, and a transmitting module 15;
  • the protocol data unit receiving apparatus includes: a protocol data unit receiving module 21, and a parsing module 23; the system will be described in detail below.
  • the protocol data unit sending apparatus includes a protocol data unit header generating module 11 for generating a protocol data unit header for the multicast broadcast service, a protocol data unit generating module 13 for generating a protocol data unit for the multicast broadcast service, and a sending module 15: for transmitting the protocol data unit at a specified resource location;
  • the protocol data unit receiving device includes a protocol data unit receiving module 21, configured to receive the protocol data unit at the specified resource location; and a parsing module 23 Used according to the number of protocols
  • the received protocol data unit is parsed according to the format of the unit header.
  • the protocol data unit receiving device has previously learned the format of the protocol data unit header in this embodiment, and the format is specific to the protocol data unit header of the multicast broadcast service.
  • the protocol data unit header is a protocol data unit header dedicated to the media access control layer of the multicast broadcast service, and includes at least a length field indicating a total length of the protocol data unit.
  • the protocol data unit header may also be at least
  • the method includes one of the following: a protocol data unit sequence number, an extended header indication field, and a reserved field; wherein, the protocol data unit sequence number indicates a sequence number of the protocol data unit; and the extended header indication field indicates whether the protocol data unit header carries an extended header; Domains can be filled as needed or blanked.
  • the extension header indication field indicates that the protocol data unit header carries an extension header
  • the extension header has a type field of a segmentation packet extension header
  • the extension header includes at least one indication field: a segmentation control domain, a domain termination identifier, a segment length field, a protocol data unit sequence number
  • the segmentation packet extension header is used to segment or package a service data unit or a service data unit segment from a multicast broadcast service flow connection
  • the domain is used to indicate the segmentation type of the service data unit in the payload of the protocol data unit
  • the domain termination identifier is used to indicate whether the segmentation packet header is ended
  • the segment length field is used to indicate each service data in the payload of the protocol data unit The length of the unit or business data unit segment.
  • the foregoing protocol data unit sending apparatus may further include a resource location message sending module, configured to broadcast or multicast a resource location message, where the resource location message is used to indicate a resource location sent by the protocol data unit; and correspondingly, the specified resource
  • the location of the resource indicated by the resource location message for example, a certain time domain/frequency domain resource, may also be represented as a resource block set in a certain subframe.
  • the foregoing protocol data unit receiving apparatus further includes a resource location message receiving module, configured to receive the resource location message, and instruct the resource location to receive the protocol data unit in the resource location message.
  • the resource allocation information of the multicast broadcast service directly corresponds to the service connection itself, that is, when the resource location message is sent, the identification information (MSTID and FID) of the multicast broadcast service flow connection has been carried, so
  • the protocol data unit header of the protocol data unit does not need to carry the service flow connection identifier FID, thereby reducing the unnecessary overhead of the protocol data unit.
  • the protocol data unit receiving device in this embodiment has received the resource location message before receiving the protocol data unit, determines the resource location of the receiving protocol data unit according to the message, and determines that the protocol data unit to be received belongs to a certain
  • the known multicast broadcast service is connected, so after receiving the protocol data unit, the protocol data unit will be parsed according to the format of the protocol data unit header dedicated to the multicast broadcast service, thereby simplifying the signaling processing process.
  • the protocol data unit sending apparatus in the foregoing system may be
  • the control station in the WiMAX system corresponds to the control station.
  • the embodiment of the present invention provides a method for transmitting an MBS protocol data unit.
  • the method includes the following steps: Step S302:
  • the control station is a multicast broadcast service.
  • Step S304 The control station generates a protocol data unit for the multicast broadcast service; the protocol data unit includes at least the protocol data unit header; preferably, the protocol data unit may further include an extended header and/or a data unit load; and step S306 : The control station sends the above protocol data unit on the specified resource location.
  • the control station in the embodiment of the present invention further includes: before the performing step S302, the control station broadcasts or multicasts a resource location message, where the resource location message is used to indicate a resource location sent by the protocol data unit; correspondingly, the step is specified in step S306.
  • the resource location is the resource location indicated by the resource location message.
  • the protocol data unit sending device in the foregoing system may be a terminal in the WiMAX system, corresponding to the terminal, and the embodiment of the present invention provides a receiving method of the MBS protocol data unit, as shown in FIG. 3 , the method
  • the method includes the following steps: Step S402: The terminal receives the MBS protocol data unit at the designated resource location (ie, the protocol data unit sent by the control station in step S306); and step S404:
  • the data unit includes a protocol data unit header; and the protocol data unit header includes a length field.
  • the terminal parses the protocol data unit, the length field is obtained. If the protocol data unit header further includes a protocol data unit sequence number, and/or an extended header indication field, and/or a reserved field, the terminal may further obtain a protocol data unit sequence number, and/or an extended header indication information by parsing. , and / or reserved domains.
  • the terminal in the embodiment of the present invention further includes: the terminal receiving a resource location message broadcasted or multicasted by the control station, where the resource location message is used to indicate a resource location sent by the protocol data unit; correspondingly, step S402
  • the resource location specified in is the resource location indicated by the resource location message.
  • Step S502 The control station sends a resource location message, where the resource location message is used to indicate a transmission resource location of a protocol data unit connected to the multicast broadcast service flow, where the resource location message includes a unique identifier of the multicast broadcast service flow connection (multicast broadcast) a station identifier MSTID and a service flow identifier FID), and resource location information corresponding to the multicast broadcast service flow connection uniquely determined by the MSTID and the FID;
  • Step S504 The control station is a multicast broadcast service flow connection uniquely determined by the MSTID and the FID Generating a MAC PDU header dedicated to the multicast broadcast service;
  • S508 The control station sends the foregoing protocol data unit on the
  • the embodiment also provides a method for receiving a multicast broadcast service protocol data unit, which is also applied in a WiMAX system and corresponds to the method for transmitting a protocol data unit provided in FIG. 4, and FIG. 5 is an MBS protocol data.
  • the flow chart of the receiving method of the unit specifically includes the following steps: Step S602: The terminal receives the resource location message, and determines, according to the received resource location message, the resource location of the multicast broadcast service flow corresponding to the MSTID and the FID. Step S604: The terminal receives the MSTID and the FID corresponding to the determined resource location.
  • Step S606 The terminal parses the protocol data unit according to a format of a protocol data unit header dedicated to the multicast broadcast service, to obtain load information of the required protocol data unit.
  • the protocol data unit on the multicast broadcast service flow connection is sequentially sent and received in sequence on the terminal side, and the E-MBS MAC ten-party data unit (E-MBS MAC PDU) may carry a serial number for The terminal receives the protocol data unit in order.
  • each multicast broadcast service protocol data unit may consist of one or more service data units (E-MBS MAC SDUs) or segments thereof from a multicast broadcast service flow connection, by segmenting the extended header entity
  • the MAC header data format of the protocol data unit on the multicast broadcast service flow connection may include an extended header indication field, a length field, and a protocol data unit sequence number.
  • the extended header indication field indicates whether the E-MBS protocol data unit carries an extended header
  • the length field indicates the total length of the E-MBS protocol data unit
  • the protocol data unit sequence number indicates the E-MBS MAC PDU. Serial number.
  • the extended header indication field may be indicated by 1 bit; the length field may be indicated by 11 bits, indicating the total number of bytes of the E-MBS protocol data unit; the protocol data unit sequence number may be indicated by 4 bits; At this time, the length of the E-MBS protocol data unit header is two bytes.
  • the format of the segmentation packet extension header is as shown in Table 4, and includes at least one of the following indication fields: a segmentation control domain, a domain termination identifier, and a segment length domain;
  • the segmentation control field is used to indicate the segmentation type of the payload of the protocol data unit;
  • the domain termination identifier is used to indicate whether the segmentation packet header is over;
  • the segmentation length field is used to indicate the protocol data unit length of each segment.
  • the resource allocation information of the multicast broadcast service directly corresponds to the service connection itself, that is, when the control station transmits the resource location message, the identification information (MSTID and FID) of the multicast broadcast service flow connection is sent to The terminal, so in the embodiment, when the protocol data unit is sent, the protocol data unit header of the protocol data unit does not need to carry the service flow connection identifier FID, thereby reducing the unnecessary overhead of the protocol data unit and increasing the overhead.
  • the size of the length field to indicate a larger length of MAC PDU.
  • the terminal in this embodiment receives the resource location message before receiving the protocol data unit, determines the resource location of the receiving protocol data unit according to the message, and determines that the protocol data unit to be received belongs to a certain known number.
  • the parsing is performed, and the parsed data is sent to the corresponding upper layer processing of the multicast broadcast service connection, without receiving the unicast service protocol data unit.
  • the corresponding service connection is determined according to the service flow connection identifier FID in the unicast protocol data unit, and the parsed data is sent to the corresponding upper layer processing, thereby simplifying the signaling processing process.
  • Embodiment 2 According to the first embodiment, since the multicast broadcast service protocol data unit can use any retransmission mechanism, the protocol data unit sequence number used for protocol data unit rearrangement can be further omitted for the multicast broadcast service.
  • the format of the optimized protocol data unit header is as shown in Table 5, including the extended header indication field and the length field, where the extended header indication field indicates whether the extended header is carried in the E-MBS protocol data unit.
  • the length field indicates the total length of the E-MBS protocol data unit.
  • the extended header indication field can be indicated by 1 bit.
  • the length field can be indicated by 7 bits, indicating the total number of bytes of the E-MBS protocol data unit. At this time, the length of the E-MBS protocol data unit header is one byte.
  • the extended header type is a segmented packet extension header
  • the format of the segmentation packet extension header is as shown in Table 4, and includes at least one of the following indication domains, namely, a segmentation control domain, a domain termination identifier, and a segment length domain.
  • the meaning of the indication field is the same as that of the first embodiment, and will not be mentioned here.
  • the overhead of the protocol data unit can be made smaller, thereby improving the transmission efficiency of the multicast broadcast service and the utilization of the air interface resource.
  • the third embodiment is basically the same as the first embodiment, and the difference is that: the format of the MAC PDU header dedicated to the multicast broadcast service generated by the control station is as shown in Table 3, including the extended header indication field and the length field.
  • the protocol data unit sequence number; and the format of the MAC PDU header dedicated to the multicast broadcast service generated by the control station in this embodiment is as shown in Table 6, including the extended header indication field, the length field, and the reserved field; wherein, the reserved field is redundant
  • the remaining multicast broadcast service flow connection identifier FID information that is, the FID identifier of the multicast broadcast service flow connection uniquely determined by the MSTID and the FID, or the identifier FID information that is predetermined by the system for identifying the multicast broadcast service flow, or To preserve the field.
  • the extension header indicates: " ⁇ , indicating that the E-MBS MAC header carries the extension header; "0" indicates that the extension header is not carried.
  • Length length 11 This field indicates the length in bytes of
  • the MAC PDU includes the AGMH and extended header if present. If MLEH is present in a MPDU, Length field indicates 11 LSB of length in byte of MAC PDU. The length of the protocol data unit MAC PDU, including the E-MBS MAC header and the extended header ( If it exists) the length. If there is a length extension header in the M, AC PDU, the length field indicates the lower 11 bits of the MAC PDU length indication.
  • the FID ID or the reserved field of the E-MBS service flow connection needs to contain the MSTID and FID information in the resource location message. Therefore, the MAC PDU header of the E-MBS service does not need to include the service flow connection identifier in the unicast service MAC PDU header.
  • FID, the service flow connection identifier field in the protocol data unit header format in the prior art is a redundant multicast broadcast service flow connection identifier FID information or a predetermined multicast broadcast service flow identifier FID, or other reserved fields. Therefore, they are collectively referred to as reserved domains in the E-MBS MAC protocol data unit header.
  • the extended header indication field may be indicated by 1 bit, and the length field may be indicated by 11 bits, indicating the total number of bytes of the E-MBS protocol data unit.
  • the reserved field is 4 bits.
  • the length of the E-MBS protocol data unit header is two bytes.
  • Each multicast broadcast data unit or data unit segment may correspond to a sequence number, which is carried by the segmentation packet extension header.
  • the segmentation packet extension header format as shown in Table 7 includes at least one of the following indication fields, that is, a data unit or a data unit segment sequence number, a segmentation control field, a domain termination identifier, and a segment length field. Table 7
  • Embodiment 4 since the multicast broadcast service protocol data unit can use any retransmission mechanism, the protocol data unit sequence number used for protocol data unit rearrangement can be further omitted for the multicast broadcast service.
  • the protocol data unit header format in this example is the same as that in the third embodiment, and the segmentation and packetization extension header in the third embodiment can be further optimized.
  • the format of the segmentation packet extension header is as shown in Table 4, and includes at least one of the following indication fields. That is, the segmentation control domain, the domain termination identifier, and the segmentation length domain, and the meanings of the indication fields are the same as those in the foregoing embodiment, and are not mentioned here.
  • the fifth embodiment is basically the same as the first embodiment, and the difference is that: the format of the MAC PDU header dedicated to the multicast broadcast service generated by the control station is as shown in Table 3, including the extended header indication field and the length field. And the protocol data unit sequence number; and the MAC PDU header format of this embodiment is as shown in Table 8, including an extended header indication field, a length field, a protocol data unit sequence number, and a reserved field; wherein, the reserved domain is redundant multicast
  • the broadcast service flow connection identifies the FID information or identifies the FID information for the predetermined multicast broadcast service flow, or is a reserved field. Table 8
  • the MAC protocol data unit may correspond to a sequence number.
  • the extended header indication field in this embodiment can be indicated by 1 bit.
  • the length field can be indicated by 7 bits, indicating the total number of bytes of the E-MBS protocol data unit.
  • the protocol data unit sequence number can be indicated by 4 bits.
  • the reserved field is 4 bits.
  • the length of the E-MBS protocol data unit header is two bytes.
  • the segmentation packet extension header includes at least one of the following indication domains, namely, a segmentation control domain, a domain termination identifier, and a segmentation length domain.
  • the embodiment of the present invention achieves the following technical effects:
  • the protocol data unit header of the protocol data unit does not need to carry the service flow connection identifier FID, thereby reducing the protocol.
  • the terminal determines, according to the resource location message, the resource location of the receiving protocol data unit, and determines that the protocol data unit to be received is a multicast broadcast service, so after receiving the protocol data unit, parsing, and sending the parsed data to the multiple
  • the upper layer processing corresponding to the broadcast service flow connection does not need to receive the service connection identifier FID in the unicast protocol data unit to determine the corresponding service connection, and send the parsed data to the unicast service protocol data unit.
  • the corresponding upper layer processing further simplifies the signaling processing process.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种MBS协议数据单元的发送和接收方法、装置及系统。其中，发送方法包括为多播广播业务生成协议数据单元头；为多播广播业务生成协议数据单元，协议数据单元至少包括协议数据单元头；以及在指定的资源位置上发送协议数据单元。接收方法包括：在指定的资源位置上接收MBS协议数据单元；以及按照协议数据单元头的格式解析协议数据单元。本发明采用对多播广播业务数据单元协议头格式的设计，提供了更加简洁高效的信令格式，使多播广播业务流连接信令更加高效，且开销较小，实现了多播广播业务的高效传输，提高了空口资源的利用率。

Description

MBS协议凄 t据单元的发送和接收方法、 装置及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种 MBS ( Multicast Broadcast Service, 多播广播业务） 协议数据单元的发送和接收方法、 装置及系统。 背景技术 在新一代全球啟波接入互操作性 ( World Interoperability for Microwave 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 MAC Header, AGMH )或 简洁型 MAC头 （ Compact MAC Header, CMH ), 或者还可能包含一个或多 个扩展头（Extended Header, EH )。 其中， 增强型通用 MAC头的格式如表 1 所示， 包括业务流标识域 Flow ID、扩展头指示域 EH和协议数据单元长度域 Length。 表 1
语义 大小（比特） 备注 Notes
Size ( bit )
增强型通用 MAC
头格式 Advanced
Generic MAC
Header(){
Figure imgf000004_0001
简洁型 MAC头特别用于基于 IP的语音传输 ( Voice over IP, VoIP ) 业 务连接的 MAC PDU, 其格式如表 2所示， 包括业务流标识域 Flow ID、 扩展 头指示域 EH、 协议数据单元长度域 Length和协议单元序号 SN。
表 2
语义 大小 （比特） 备注 Notes
Size ( bit )
简洁型 MAC 头格式
Compact MAC Header(){
业务流标识 Flow ID 4 Flow Identifier业务流标识 扩展头指示域 EH 1 Extended header presence indicator:
When set to "1", this field indicates that an Extended Header is present following this CMH.
扩展头指示： "Γ，表示 CMH之后携 带扩展头； "0"表示不携带扩展头。 协议数据单元长度域 7 This field indicates the length in bytes Length of MAC PDU including the CMH and extended header if present. 十办议数 据单元 MAC PDU 的长度， 包括 CMH头以及扩展头 （如果存在） 的 长度。
十办议数据单元序号 SN 4 MAC PDU payload sequence number increments by one for each MAC PDU(modulo 16) MAC PDU负荷的 序列号，每个 MAC PDU中该序列号 力口 1。 （模 16运算 ) I I
上述协议头后还可以携带多种扩展头， 例如分段打包扩展头， 用于携带 来自一个业务连接的业务数据单元 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区 i或内的一个多播广 播业务流连接。 控制站为每个 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, 该方法包括以下步 4聚： 步骤 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头； 步 4聚 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
Figure imgf000011_0001
Figure imgf000012_0001
例如，扩展头指示域可以用 1个比特进行指示； 长度域可以用 11个比特 进行指示， 表示 E-MBS 协议数据单元的总字节数； 协议数据单元序列号可 以用 4个比特进行指示； 此时 E-MBS协议数据单元头的长度则为两个字节。 当携带的扩展头的类型域为分段打包扩展头时， 分段打包扩展头的格式 如表 4所示， 包括以下至少一个指示域： 分段控制域、 域终止标识、 分段长 度域； 该分段控制域用于指示协议数据单元的负荷的分段类型； 域终止标识 用于指示分段打包包头是否结束； 分段长度域用于指示每个分段的协议数据 单元长度。 表 4
Figure imgf000012_0002
Figure imgf000013_0001
因为在多播广播业务中， 多播广播业务的资源分配信息直接对应业务连 接本身， 即在控制站发送资源位置消息时， 已经将多播广播业务流连接的识 别信息（ MSTID和 FID )发送给终端， 所以本实施例中在发送协议数据单元 时，该协议数据单元的协议数据单元头中不需要再携带业务流连接标识 FID, 进而减小了协议数据单元不必要的开销， 同时增大了长度域的大小， 以便指 示较大长度的 MAC PDU。 本实施例中的终端在接收该协议数据单元之前， 已经接收到上述资源位 置消息， 根据该消息即确定接收协议数据单元的资源位置， 以及确定将要接 收的协议数据单元属于某个已知的多播广播业务连接的， 所以接收到该协议 数据单元后， 进行解析， 并将解析的数据发送给该多播广播业务连接的相应 的上层处理， 不需要像接收到单播业务协议数据单元那样， 根据单播协议数 据单元中的业务流连接标识 FID确定对应的业务连接， 在将解析的数据发送 给对应的上层处理， 进而简化了信令处理过程。 实施例二 根据实施例一， 由于多播广播业务协议数据单元可以不釆用任何重传机 制， 因此用于协议数据单元重排的协议数据单元序列号对于多播广播业务而 言可以进一步省略， 优化的协议数据单元头的格式如表 5所示， 包括扩展头 指示域、 长度域， 其中， 扩展头指示域指示 E-MBS 协议数据单元中是否携 带扩展头。 长度域指示 E-MBS协议数据单元的总长度。 表 5
Figure imgf000013_0002
Figure imgf000014_0001
例如， 扩展头指示域可以用 1个比特进行指示。 长度域可以用 7个比特 进行指示， 表示 E-MBS协议数据单元的总字节数。 此时 E-MBS协议数据单 元头的长度则为一个字节。 当携带的扩展头类型为分段打包扩展头时， 分段打包扩展头的格式如表 4 所示， 包括以下至少一个指示域， 即分段控制域、 域终止标识、 分段长度 域， 各指示域表示的意思与实施例一相同， 这里不再赞述。 本实施例通过对协议数据单元头的进一步优化， 能够使协议数据单元的 开销更小， 进而提高了多播广播业务的传输效率以及空口资源的利用率。 实施例三 本实施例与实施例一基本相同， 不同之处在于： 实施例一控制站生成的 专用于多播广播业务的 MAC PDU头格式如表 3所示， 包括扩展头指示域、 长度域和协议数据单元序列号； 而本实施例控制站生成的专用于多播广播业 务的 MAC PDU头格式如表 6所示， 包括扩展头指示域、 长度域和保留域； 其中， 保留域为冗余的多播广播业务流连接标识 FID信息， 即由 MSTID和 FID唯一确定的该多播广播业务流连接的 FID 标识， 或者为系统预定的用于 识别多播广播业务流的标识 FID信息， 或者为保留字段。 表 6
Figure imgf000014_0002
set to ' Γ, this field indicates that an
Extended Header is present following this MAC header
扩展头指示： "Γ，表示 E-MBS MAC 头后 携带扩展头； "0"表示不携带扩展头
Length长度 11 This field indicates the length in bytes of
MAC PDU including the AGMH and extended header if present. If MLEH is present in a MPDU, Length field indicates 11 LSB of length in byte of MAC PDU. 协议数据单元 MAC PDU 的长度， 包括 E-MBS MAC头以及扩展头 （如果存在） 的长度。 如果 M,AC PDU中存在长度扩 展头，则该长度域指示的是 MAC PDU长 度指示的低 11位。
保留域 4 FID of an E-MBS service connection or reserved
E-MBS业务流连接的 FID标识或保留字 段 由于资源位置消息中已经包含 MSTID和 FID信息， 因此 E-MBS业务的 MAC PDU头中不需要包含类似单播业务 MAC PDU头中的业务流连接标识 FID, 现有技术中的协议数据单元头格式中的业务流连接标识域即为冗余的 多播广播业务流连接标识 FID信息或者为预定的多播广播业务流标识 FID, 或者其它保留字段， 因此在 E-MBS MAC协议数据单元头中统称为保留域。 例如， 本实施例中扩展头指示域可以用 1个比特进行指示， 长度域可以 用 11个比特进行指示， 表示 E-MBS协议数据单元的总字节数。 保留域为 4 个比特。 此时 E-MBS 协议数据单元头的长度则为两个字节。 每个多播广播数据单元或数据单元分段可以对应一个序列号， 该序列号 则通过分段打包扩展头携带。 如表 7所示的分段打包扩展头格式， 包括以下 至少一个指示域， 即数据单元或数据单元分段序列号、 分段控制域、 域终止 标识、 分段长度域。 表 7
语义 大小（比 备注
特）
FPEH ( ) {
Type扩展头类型 4 FPEH分段打包扩展头类型
EC 1 Fragmentation control bits 分段控制字 if (MAC Header == 如果是 E-MBS MAC PDU携带分段打包扩
Figure imgf000016_0001
本实施例各指示域表示的意思与前述实施例中的意思相同， 这里不再赞
实施例四 根据实施例三， 由于多播广播业务协议数据单元可以不釆用任何重传机 制， 因此用于协议数据单元重排的协议数据单元序列号对于多播广播业务而 言可以进一步省略， 本例中的协议数据单元头格式与实施例三相同， 针对实 施例三中的分段打包扩展头可以进一步优化， 分段打包扩展头的格式如表 4 所示， 包括以下至少一个指示域， 即分段控制域、 域终止标识、 分段长度域， 各指示域表示的意思与前述实施例中的意思相同， 这里不再赞述。 实施例五 本实施例与实施例一基本相同， 不同之处在于： 实施例一控制站生成的 专用于多播广播业务的 MAC PDU头格式如表 3所示， 包括扩展头指示域、 长度域和协议数据单元序列号；而本实施例的 MAC PDU头格式如表 8所示， 包括扩展头指示域、 长度域、 协议数据单元序列号和保留域； 其中， 保留域 为冗余的多播广播业务流连接标识 FID信息或者为预定的多播广播业务流标 识 FID信息， 或者为保留字段。 表 8
Figure imgf000017_0001
Figure imgf000018_0001
当多播广播业务协议数据单元需要顺序发送及接收时， 每
MAC协议数据单元 (E-MBS MAC PDU)可以对应有一个序列号。 例如， 本实施例中的扩展头指示域可以用 1个比特进行指示。 长度域可 以用 7个比特进行指示， 表示 E-MBS协议数据单元的总字节数。 协议数据 单元序列号可以用 4个比特进行指示。 保留域为 4个比特。 此时 E-MBS 协 议数据单元头的长度则为两个字节。 当携带的扩展头类型为分段打包扩展头时， 如表 4所示， 分段打包扩展 头包括以下至少一个指示域， 即分段控制域、 域终止标识、 分段长度域。 从以上的描述可以看出， 本发明实施例实现了如下技术效果： 在发送协 议数据单元时， 该协议数据单元的协议数据单元头中不需要再携带业务流连 接标识 FID, 进而减小了协议数据单元不必要的开销。 终端根据资源位置消 息确定接收协议数据单元的资源位置， 以及确定将要接收的协议数据单元为 多播广播业务的， 所以接收到该协议数据单元后， 进行解析， 并将解析的数 据发送给该多播广播业务流连接所对应的上层处理， 不需要像接收到单播业 务协议数据单元那样， 居单播协议数据单元中的业务流连接标识 FID确定 对应的业务连接， 在将解析的数据发送给对应的上层处理， 进而简化了信令 处理过程。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种多播广播业务 MBS 协议数据单元的发送方法， 其特征在于， 包括 以下步 4聚： 为多播广播业务生成协议数据单元头； 所述协议数据单元头包括表 示所述协议数据单元总长度的长度域； 为多播广播业务生成协议数据单元， 所述协议数据单元至少包括所 述协议数据单元头；
在指定的资源位置上发送所述协议数据单元。
2. 居权利要求 1所述的方法， 其特征在于， 所述协议数据单元头还包括 至少以下之一： 协议数据单元序列号， 扩展头指示域， 保留域。
3. 根据权利要求 2所述的方法， 其特征在于， 所述扩展头指示域指示所述 协议数据单元头后携带有扩展头。
4. 根据权利要求 3所述的方法， 其特征在于， 所述扩展头的类型域指示为 分段打包扩展头时， 所述分段打包扩展头包括以下至少一个指示域： 分 段控制域、 域终止标识、 分段长度域、 协议数据单元序列号；
所述分段打包扩展头用于分段或打包来自一个多播广播业务流连接 的业务数据单元或业务数据单元分段；
所述分段控制域用于指示所述协议数据单元的负荷中的业务数据单 元的分段类型； 所述域终止标识用于指示分段打包包头是否结束； 所述 分段长度域用于指示所述协议数据单元的负荷中的每个业务数据单元或 业务数据单元分段的长度。
5. 根据权利要求 1-4 中任一项权利要求所述的方法， 其特征在于， 所述为 多播广播业务生成协议数据单元头的步骤之前还包括：
广播或组播资源位置消息， 所述资源位置消息用于指示所述协议数 据单元发送的资源位置；
所述指定的资源位置为所述资源位置消息指示的资源位置。
6. —种多播广播业务 MBS 协议数据单元的接收方法， 其特征在于， 包括 以下步 4聚： 在指定的资源位置上接收 MBS协议数据单元；
按照协议数据单元头的格式解析所述协议数据单元；
所述协议数据单元至少包括所述协议数据单元头； 所述协议数据单 元头至少包括表示所述协议数据单元总长度的长度域。
7. 根据权利要求 6所述的方法， 其特征在于， 所述在指定的资源位置上接 收 MBS协议数据单元的步骤之前还包括：
接收资源位置消息， 所述资源位置消息用于指示所述协议数据单元 发送的资源位置；
所述指定的资源位置为所述资源位置消息指示的资源位置。
8. 一种多播广播业务 MBS协议数据单元发送装置， 其特征在于包括： 协议数据单元头生成模块， 用于为多播广播业务生成协议数据单元 头； 所述协议数据单元头至少包括表示所述协议数据单元总长度的长度 域；
协议数据单元生成模块， 用于为多播广播业务生成协议数据单元， 所述协议数据单元至少包括所述协议数据单元头； 以及
发送模块， 用于在指定的资源位置上发送所述协议数据单元。
9. 根据权利要求 8所述的装置， 其特征在于， 所述装置还包括： 资源位置消息发送模块， 用于广播或组播资源位置消息， 所述资源 位置消息用于指示所述协议数据单元发送的资源位置；
所述发送模块中指定的资源位置为所述资源位置消息指示的资源位 置。
10. —种多播广播业务 MBS协议数据单元接收装置， 其特征在于包括： 协议数据单元接收模块， 用于在指定的资源位置上接收 MBS 协议 数据单元； 以及
解析模块，用于按照协议数据单元头的格式解析所述协议数据单元； 所述协议数据单元至少包括所述协议数据单元头； 所述协议数据单 元头至少包括表示所述协议数据单元总长度的长度域。
11. 根据权利要求 10所述的装置， 其特征在于， 所述装置还包括：
资源位置消息接收模块， 用于接收资源位置消息， 所述资源位置消 息用于指示所述协议数据单元发送的资源位置；
所述协议数据单元接收模块中指定的资源位置为所述资源位置消息 指示的资源位置。
12. 一种多播广播业务 MBS 协议数据单元的发送和接收系统， 包括协议数 据单元发送装置、 协议数据单元接收装置， 其特征在于：
所述协议数据单元发送装置包括：
协议数据单元头生成模块， 用于为多播广播业务生成协议数据单元 头； 所述协议数据单元头至少包括表示所述协议数据单元总长度的长度 域；
协议数据单元生成模块， 用于为多播广播业务生成协议数据单元； 所述协议数据单元至少包括所述协议数据单元头；
发送模块， 用于在指定的资源位置上发送所述协议数据单元； 所述协议数据单元接收装置包括：
协议数据单元接收模块， 用于在所述指定的资源位置上接收协议数 据单元； 以及
解析模块，
单元。
PCT/CN2010/073550 2010-03-05 2010-06-04 Mbs协议数据单元的发送和接收方法、装置及系统 WO2011106949A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010101282539A CN102196361A (zh) 2010-03-05 2010-03-05 Mbs协议数据单元的发送和接收方法、装置及系统
CN201010128253.9 2010-03-05

Publications (1)

Publication Number Publication Date
WO2011106949A1 true WO2011106949A1 (zh) 2011-09-09

Family

ID=44541630

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/073550 WO2011106949A1 (zh) 2010-03-05 2010-06-04 Mbs协议数据单元的发送和接收方法、装置及系统

Country Status (2)

Country Link
CN (1) CN102196361A (zh)
WO (1) WO2011106949A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2549797B (en) * 2016-04-29 2018-09-19 Advanced Risc Mach Ltd Feedback mechanism for multicast protocols
CN116711393A (zh) * 2020-12-29 2023-09-05 捷开通讯(深圳)有限公司 一种mbs配置的传输方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222415A (zh) * 2007-01-09 2008-07-16 中兴通讯股份有限公司 一种媒体接入控制层下行协议数据单元的实现方法
CN101242346A (zh) * 2007-02-06 2008-08-13 中兴通讯股份有限公司 将逻辑信道数据映射到高速物理下行共享信道发送的方法
US20090046648A1 (en) * 2007-08-13 2009-02-19 Samsung Electronics Co., Ltd. Apparatus and method for generating MAC PDU in mobile communication system
WO2009046112A2 (en) * 2007-10-01 2009-04-09 Qualcomm Incorporated Medium access control header format

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2592909T3 (es) * 2006-09-19 2016-12-02 Alcatel Lucent Procedimiento, servidor y estación base para la sincronización de porciones de trama de difusión y multidifusión en sistemas WiMAX
KR100831983B1 (ko) * 2006-12-08 2008-05-23 한국전자통신연구원 이동통신 시스템에서 상향링크 프레이밍 장치 및 방법
CN101378351A (zh) * 2007-08-29 2009-03-04 上海华为技术有限公司 数据发送及接收的方法和装置
CN101415276A (zh) * 2008-11-24 2009-04-22 中兴通讯股份有限公司 一种发送和接收数据的方法及其设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222415A (zh) * 2007-01-09 2008-07-16 中兴通讯股份有限公司 一种媒体接入控制层下行协议数据单元的实现方法
CN101242346A (zh) * 2007-02-06 2008-08-13 中兴通讯股份有限公司 将逻辑信道数据映射到高速物理下行共享信道发送的方法
US20090046648A1 (en) * 2007-08-13 2009-02-19 Samsung Electronics Co., Ltd. Apparatus and method for generating MAC PDU in mobile communication system
WO2009046112A2 (en) * 2007-10-01 2009-04-09 Qualcomm Incorporated Medium access control header format

Also Published As

Publication number Publication date
CN102196361A (zh) 2011-09-21

Similar Documents

Publication Publication Date Title
JP6648211B2 (ja) マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置
CN102577268B (zh) 基于mac报头类型信息传送mac pdu的设备和方法
CN103733612B (zh) 用于在数字广播系统中发送和接收用于广播服务接收的信令信息的方法及装置
CN102056235A (zh) 一种数据传输方法、设备和系统
KR20020053403A (ko) 이동통신 망에서의 ｉｐ멀티캐스트 패킷 전송을 위한링크접속제어 프로토콜 구현장치 및 방법
CN101296161A (zh) 一种数据重传的方法、系统、装置、接收设备及发送设备
TW200836506A (en) Distribution of broadcast/multicast data in telecommunications systems
CN101370295A (zh) 宽带无线通信系统中用于服务流管理的设备和方法
CN115314569B (zh) 一种基于udp的轻量级mqtt设计方法
CN103916375A (zh) Hfc网络下行数据多通道封装与传输方法
EP2685665B1 (en) Multicast transmission using a unicast protocol
WO2009009986A1 (fr) Procédé de statistique de charge de service de diffusion/multidiffusion et dispositif associé
WO2009021443A1 (fr) Procédé d'agencement et d'obtention de paramètre et système de rétroaction sur un paramètre de compression d'en-tête
CN101166143B (zh) 多播广播业务的接收方法及其系统
CN101257398A (zh) 多播广播业务映射消息的配置方法,接收方法及其单元
WO2011153891A1 (zh) 数据传输方法、基站和终端
WO2011106949A1 (zh) Mbs协议数据单元的发送和接收方法、装置及系统
WO2009105981A1 (zh) 组业务加密密钥更新方法及系统
WO2011012037A1 (zh) 协议数据单元指示的发送方法及装置
US9060300B2 (en) Method and apparatus for efficiently receiving broadcast control message using MAC PDU header in wireless access system
TW201110762A (en) Methods and apparatus for providing a fast and power efficient multicast scheme
WO2010081383A1 (zh) 一种mbms控制信令的更新指示信令的产生方法及装置
WO2015143795A1 (zh) Mbms差错处理方法、通信节点、通信系统和存储介质
WO2013037303A1 (zh) 一种组播包传送方法、站点装置及服务集系统
CN100505903C (zh) 一种进行mbms业务会话的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10846868

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10846868

Country of ref document: EP

Kind code of ref document: A1