USPatent applicationPatented

System and method for providing multicast and broadcast service supporting macro diversity

Granted 5 Aug 2014 · 1 office action

Current assignee: Intellectual Discovery Co., Ltd. · originally SEAH NETWORKS CO., LTD.

Law firm: Law firm · Log in to unlock

Attorney: Attorney · Log in to unlock

Inventors: Su-Lyun Sung, Bong-Ho Kim · Examiner: Anh Ngoc Nguyen · AU 2473 · TC 2400

Life of the application

11 dated events
⤢ drag to zoom20102012201420162018202020222024202620282030ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

The present invention relates to a multicast and broadcast service (MCBCS) system and method. According to the present invention, the MCBCS system comprises: an MBS distribution DPF (Data Patch Function) for receiving MBS data from an MCBCS server/controller and distributing the data; an MBS synchronization controller for acquiring GRE (Generic Routing Encapsulation) for the MBS data from the MBS distribution DPF and then generating an MBS synchronization rule; an MBS synchronization executor for executing MBS synchronization on the MBS synchronization rule received from the MBS synchronization controller; and an MBS DPF for receiving MBS data from the MBS distribution DPF, packaging the MBS data into an MBS burst and then transmitting the data to an MS (Mobile station). As such, multicast and broadcast services can be provided efficiently.

Description

8 parts
›TECHNICAL FIELD

The present invention relates generally to a multicast and broadcast service system and method, and more particularly to a multicast and broadcast service system and method which support macro diversity by using a synchronization rule in a wireless communication environment.

›BACKGROUND

Wireless communication system has developed as a form that can provide various services including broadcast, multimedia video, multimedia message, etc. Research on the next-generation communication system is being conducted to provide users with various QoS (Quality of Service) services at a high data rate. Particularly, current research on the next-generation communication system is being conducted to guarantee mobility and QoS and to provide stable services at high speed. In relation to this, portable internet system or WiMAX system based on an IEEE (Institute of Electrical and Electronics Engineers) 802.16/WiMAX standard is a representative communication system.

However, in current system based on the IEEE 802.16/WiMAX standard, there is no detailed procedure for performing MCBCS (multicast and broadcast service). Therefore, there is a demand for new scheme that can efficiently perform MCBCS.

Particularly, there is a demand for new scheme that all base station (hereinafter, referred to as ‘BS’) in an MBS (multicast and broadcast service) zone can generate the same MBS frame at the same time through the same scheduling to support macro diversity. Also, there is a demand for complementary measures that can efficiently settle problems regarding synchronization, MBS data loss, etc.

›DISCLOSURE

Technical Problem

Therefore, the present invention has been made in view of the above-mentioned demands, and it is an object of the present invention to provide a multicast and broadcast service system and method that can support macro diversity.

It is another object of the present invention to provide a multicast and broadcast service system and method that can efficiently define synchronization rule coverage and recover data loss by including GRE SN (Generic Routing Encapsulation Sequence Number) into MBS synchronization rule.

It is further another object of the present invention to provide a multicast and broadcast service system and method that can efficiently provide services despite losing MBS data packet by including data size into MBS synchronization rule.

It is further another object of the present invention to provide a multicast and broadcast service system and method based on the IEEE 802.16/WiMAX standard.

Technical Solution

According to one aspect of the present invention, there is provided a multicast and broadcast service method comprising: transmitting an MBS (multicast and broadcast service) Synchronization Rule to a BS (Base Station), by an ASN-GW (Access Service Network-Gateway); if the BS does not receive a next MBS Synchronization Rule until next MBS Synchronization Rule expected TOA (Time of Arrival) included in the MBS Synchronization Rule, transmitting a Recovery Request for a missing MBS Synchronization Rule to the ASN-GW, by the BS; and retransmitting the missing MBS Synchronization Rule to the BS, by the ASN-GW.

According to another aspect of the present invention, there is provided a multicast and broadcast service method comprising: transmitting an MBS (multicast and broadcast service) data to a BS (Base Station), by an ASN-GW (Access Service Network-Gateway); detecting loss of the MBS data by referring a GRE (Generic Routing Encapsulation) SN (Sequence Number) included in the MBS Synchronization Rule, and if the loss of the MBS data is detected, transmitting a Recovery Request for a missing MBS data to the ASN-GW, by the BS; and retransmitting the missing MBS data to the BS, by the ASN-GW.

According to further another aspect of the present invention, there is provided a multicast and broadcast service method comprising: accumulating MBS data packets received from an MCBCS (multicast and broadcast service) Server/Controller during the predetermined period, by an ASN-GW (Access Service Network-Gateway); generating an MBS Synchronization Rule by allocating GRE (Generic Routing Encapsulation) SN (Sequence Number) for the MBS data packets and transmitting the MBS Synchronization Rule to a BS (Base Station), by the ASN-GW; if the BS receives the MBS Synchronization Rule successfully, transmitting the MBS data packets accumulated during the predetermined period to the BS, by the ASN-GW; and packaging the MBS data packets into an MBS burst by referring the GRE SN included in the MBS Synchronization Rule and transmitting the MBS burst to an MS (Mobile Station), by the BS.

Meanwhile, according to one aspect of the present invention, there is provided a multicast and broadcast service system comprising: an MBS (multicast and broadcast service) Distribution DPF (Data Patch Function) for receiving and distributing MBS data; an MBS Synchronization Controller for generating and transmitting an MBS Synchronization Rule that includes GRE (Generic Routing Encapsulation) SN (Sequence Number) for the MBS data; an MBS Synchronization Executor for receiving the MBS Synchronization Rule from the MBS Synchronization Controller and executing MBS synchronization according to the MBS Synchronization Rule; and an MBS DPF for receiving MBS data from the MBS Distribution DPF, packaging the MBS data into an MBS burst, and transmitting the MBS burst to an MS (Mobile Station).

According to another aspect of the present invention, there is provided a multicast and broadcast service system comprising: an MBS (multicast and broadcast service) Distribution DPF (Data Patch Function) for receiving MBS data packets, distributing the MBS data packets to the corresponding MCBCS Service Flow, and assigning GRE (Generic Routing Encapsulation) SN (Sequence Number) for the MBS data packets; an MBS Synchronization Controller for generating an MBS Synchronization Rule that is applied to the MBS data packets; and an MBS Synchronization Executor for receiving the MBS Synchronization Rule and executing MBS synchronization for the MBS data packets according to the MBS Synchronization Rule, wherein the MBS Distribution DPF and the MBS Synchronization Controller are located in an ASN-GW (Access Service Network-Gateway).

Advantageous Effects

The present invention can efficiently implement macro diversity and MCBCS (multicast and broadcast service) based on the IEEE 802.16/WiMAX standard.

The present invention can efficiently define synchronization rule coverage and recover data loss by including GRE SN (Generic Routing Encapsulation Sequence Number) into MBS synchronization rule.

Also, the present invention can efficiently provide MCBCS despite losing MBS data packet by including data size into MBS synchronization rule.

›DESCRIPTION OF THE DRAWINGS

The above and other aspects, features and advantages of the present invention will become more apparent from the following detailed description when taken in conjunction with the accompanying drawings in which:

FIG. 1 is a diagram illustrating a structure of an MCBCS system according to a first embodiment of the present invention;

FIG. 2 is a diagram illustrating a structure of an MCBCS system according to a second embodiment of the present invention;

FIG. 3 is a diagram illustrating a structure of an MCBCS system according to a third embodiment of the present invention;

FIG. 4 is a diagram illustrating a structure of an MCBCS system according to a fourth embodiment of the present invention;

FIG. 5 is a diagram illustrating an MBS Synchronization Rule transmission according to a first embodiment of the present invention;

FIG. 6 is a diagram illustrating an MBS Synchronization Rule execution time and an MBS burst scheduling according to a first embodiment of the present invention;

FIG. 7 is a diagram illustrating an MBS Synchronization Rule Recovery according to a first embodiment of the present invention;

FIG. 8 is a diagram illustrating an MBS Data Recovery according to a first embodiment of the present invention; and

FIG. 9 is a diagram illustrating an MCBCS method using an MBS Synchronization Rule according to a second embodiment of the present invention.

›MODE FOR INVENTION · 1 of 4

Preferred embodiments of the present invention will now be described in detail with reference to the annexed drawings. In the drawings, the same or similar elements are denoted by the same reference numerals even though they are depicted in different drawings. In the following description, a detailed description of known functions and configurations incorporated herein has been omitted for clarity and conciseness.

First of all, terms used in invention will now be described briefly before specifically describing a multicast and broadcast service system and method according to the present invention.

Broadcast service is a unidirectional point-to-point service that transmits data from a single source to a plurality of mobile stations (hereinafter, referred to as ‘MSs’) in a broadcast service zone.

Multicast service is a unidirectional point-to-point service that transmits data from a single source to a multicast group in a multicast service zone. The multicast service is different from the broadcast service in that the multicast service is provided to users that have subscribed to a multicast service and joined in a multicast group related to the subscribed multicast service.

IP multicast group means a set of MSs that are identified by a single IP multicast destination address. IP multicast group is allocated by an MCBCS Server/Controller and a multicast datagram is transmitted to all members of a corresponding MS group.

Meanwhile, in the present invention, the multicast and broadcast service is separately mentioned as MBS or MCBCS depending on layer. The MBS denotes a multicast and broadcast service provided by MAC layer and/or PHY layer, and the MCBCS denotes a multicast and broadcast service provided by network layer and/or upper layer thereof. However, separated use of these terms is not strictly applied. It is understood that both MBS and MCBCS denote the multicast and broadcast service.

MBS zone corresponds to a set of BSs that use the same CID (Connection Identifier) and SA (Services & System Aspects) to transmit MCBCS contents CID. Therefore, MBS zone can be identified by unique MBS zone identifier. For example, in downlink multicast service of the same MBS zone, the same MCID (Multicast Connection Identifier) and SA are allocated to all MSs that have the same air connection. Herein, MBS zone can include one or more ASN (Access Service Network) of a NAP (Network Access Provider) and can be used in common by one or more NAPs.

Hereinafter, with reference to FIGS. 1 to 9 , MCBCS system and method according to the present invention will now be described.

FIGS. 1 to 4 are diagrams illustrating structures of MCBCS system according to the present invention. For reference, MCBCS system according to the present invention can be implemented on WiMAX network.

FIG. 1 is a diagram illustrating a structure of an MCBCS system according to a first embodiment of the present invention.

Referring to FIG. 1 , the MCBCS system according to the present invention includes an MS (Mobile Station) 100 , a BS (Base Station) 200 , an ASN-GW (Access Service Network-Gateway) 300 , a CSN (Connectivity Service Network) 400 , etc. Herein, the BS 200 includes an MBS DPF (MBS Data Path Function) 210 and an MBS Synchronization Executor 220 . The ASN-GW 300 includes an MBS Distribution DPF (MS Distribution Data Path Function) 310 and an MBS Synchronization Controller 320 . Then, although not seen in FIG. 1 , the CSN 400 can include an MCBCS Server/Controller, a Subscriber Profile Database, an AAA (Authentications, Authorizations, and Accounting), etc.

FIG. 2 is a diagram illustrating a structure of an MCBCS system according to a second embodiment of the present invention.

Referring to FIG. 2 , the MCBCS system according to the present invention includes an MS 100 , a BS 200 , an ASN-GW 300 , a CSN 400 , etc. Herein, the BS 200 includes an MBS DPF 210 and an MBS Lower Synchronization Executor 240 . The ASN-GW 300 includes an MBS Distribution DPF 310 , an MBS Synchronization Controller 320 , and an MBS Upper Synchronization Executor 330 . Then, although not seen in FIG. 2 , the CSN 400 can include an MCBCS Server/Controller, a Subscriber Profile Database, an AAA, etc.

FIG. 3 is a diagram illustrating a structure of an MCBCS system according to a third embodiment of the present invention.

Referring to FIG. 3 , the MCBCS system according to the present invention includes an MS 100 , a BS 200 , an ASN-GW 300 , a CSN 400 , etc. Herein, the BS 200 includes an MBS DPF 210 , an MBS Upper Synchronization Executor 230 , and an MBS Lower Synchronization Executor 240 . The ASN-GW 300 includes an MBS Distribution DPF 310 and an MBS Synchronization Controller 320 . Then, although not seen in FIG. 3 , the CSN 400 can include an MCBCS Server/Controller, a Subscriber Profile Database, an AAA, etc.

FIG. 4 is a diagram illustrating a structure of an MCBCS system according to a fourth embodiment of the present invention.

Referring to FIG. 4 , the MCBCS system according to the present invention includes an MS 100 , a BS 200 , a Stand-alone MBS SC 250 , an ASN-GW 300 , a CSN 400 , etc. Herein, the BS 200 includes an MBS DPF 210 , an MBS Upper Synchronization Executor 230 , and an MBS Lower Synchronization Executor 240 . The Stand-alone MBS SC 250 includes an MBS DPF 260 and an MBS Synchronization Controller 270 . The ASN-GW 300 includes an MBS Distribution DPF 310 . Then, although not seen in FIG. 4 , the CSN 400 can include an MCBCS Server/Controller, a Subscriber Profile Database, an AAA, etc.

Hereinafter, with reference to FIGS. 1 to 4 , each element of the MCBCS system according to the present invention will now be described.

The MCBCS Server/Controller controls MCBCS components in CSN (Connectivity Service Network) by performing IP multicast group management, MCBCS program management, MCBCS announcement management including MCBCS guide manipulation and distribution, MCBCS session management, data encryption support, application layer key management, security association below application layer (e.g., SRTP, IPSec), transmission of mapping information (e.g., information for mapping IP address of MCBCS contents onto MCID allocated to MBS zone, information for mapping MBS zone ID onto MCBCS transmission zone), etc. The AAA is responsible for MCBCS authentications, authorizations, and accounting. The Subscriber Profile Database stores and manages subscriber profiles.

›MODE FOR INVENTION · 2 of 4

The MBS Distribution DPF (MBS Distribution Data Path Function) is a bearer plane entity in MBS Zone for NAP and is responsible for MBS bearer control management and MBS data distribution. Specifically, the MBS Distribution DPF performs MCBCS bearer control management including the DP (Data Path) establishment, maintenance, and release, MCBCS bearer traffic classification and delivery, GRE (Generic Routing Encapsulation) key and SN (Sequencing Number) management and distribution, MCBCS accounting support, etc. and transmits GRE SN, MBS data packet size information to the MBS Synchronization Controller.

Meanwhile, the MBS Distribution DPF is classified into Primary MBS Distribution DPF and Serving MBS Distribution DPF. The Primary MBS Distribution DPF is unique per MBS zone. If the Primary MBS Distribution DPF receives session start trigger from an MBS Proxy, the Primary MBS Distribution DPF acts as IGMP (Internet Group Management Protocol) client to send IGMP report message to the last MR (Multicast Router)between ASN and CSN to join IP multicast group tree between ASN and CSN. Also, the Primary MBS Distribution DPF transmits GRE SN, MBS data packet size information to the MBS Synchronization Controller. The Serving MBS Distribution DPF forwards IP multicast packet. For reference, IP forwarding is performed by unicasting or multicasting in ASN.

The MBS DPF receives MBS data packets from the MBS Distribution DPF, packages MBS data packets into MBS burst, and transmits the MBS burst to the MS.

The MBS Synchronization Controller is a control entity to generate synchronization rule including timestamp that supports macro diversity or downlink frame level coordination, in cooperation with the MBS Distribution DPF. The MBS Synchronization Controller transmits synchronization rule including timestamp to the MBS Synchronization Executor. For reference, one MBS Synchronization Controller exists in one MBS zone. The ASN-GW necessarily includes the MBS Synchronization Controller, and the BS in MBS zone can optionally include the MBS Synchronization Controller.

The MBS Synchronization Executor executes MBS synchronization rule from the MBS Synchronization Controller to synchronize data. According to a desirable embodiment of the present invention, the MBS Synchronization Executor can be separately implemented as MBS Upper Synchronization Executor and MBS Lower Synchronization Executor. In this case, the MBS Upper Synchronization Executor constructs MAC PDU depending on synchronization rule from the MBS Synchronization Controller and packages MAC PDU into MAC burst. The MBS Lower Synchronization Executor constructs the last PHY burst depending on synchronization rule from the MBS Synchronization Controller. Also, the MBS Lower Synchronization Executor constructs the last MBS sub-frame and transmits it to the MS. Then, the MBS Lower Synchronization Executor transmits mapping information that matches MCID with MBS zone ID, and broadcasts MCID, MBS zone ID, MBS_MAP_IE, MBS_MAP, and MBS_DATA_IE.

Meanwhile, the following Table 1 describes functions of WiMAX NRM reference points related to the MCBCS system according to the present invention (See FIG. 1 ).

Hereinafter, with reference to FIGS. 5 to 9 , MCBCS method according to the present invention will now be described.

FIG. 5 is a diagram illustrating an MBS synchronization rule transmission according to a first embodiment of the present invention.

Once service infrastructure for the MBS Service Flow is activated, the MBS Synchronization Controller starts to announce MBS synchronization rule by sending MBS Synchronization Rule Announcement message (See Step S 510 ).

In this case, if unicast infrastructure is used, the MBS Synchronization Controller sends MBS Synchronization Rule Announcement message directly to the unicast IP address of the corresponding MBS Synchronization Executor. If multicast infrastructure is used, the MBS Synchronization Controller sends MBS Synchronization Rule Announcement message to the multicast IP address allocated for synchronization rule distribution in the particular MBS Zone.

Meanwhile, depending on the implementation, some parameters in the synchronization rule may be preconfigured in the MBS Synchronization Executor.

FIG. 6 is a diagram illustrating an MBS synchronization rule execution time and an MBS burst scheduling according to a first embodiment of the present invention.

The expected time of arrival for the next MBS Synchronization Rule is indicated by ‘Next Synchronization Rule expected TOA TLV’ in the previous MBS Synchronization Rule Announcement message. The MBS burst is transmitted in the air frame indicated by the MBS Burst Offset TLV relative to MBS Synchronization Rule expected TOA (time of arrival).

The time interval between the Synchronization Rule expected TOA (time of arrival) and transmission time of the first MBS burst described in the Synchronization Rule should be long enough to allow Synchronization Rule message recovery if it is lost.

For reference, the particular MBS burst may be set into repetitive scheduling by defining the periodicity interval. Multiple MBS burst instances may be defined in the same MBS Synchronization Rule. Meanwhile, MBS Synchronization Rule may include parameters for one or more MBS burst transmissions.

MBS burst size and position are defined in MBS MAP IE, for example, via OFDMA Subchannel Offset TLV, OFDMA Symbol Offset TLV, Number of OFDMA Subchannels TLV, Number of OFDMA Symbols TLV, etc.

If these TLVs are missing, then no macro diversity is required in the MBS Zone. In this case, for example, ‘macro diversity enhanced field’ in the MBS MAP IE should be set to 0.

Data buffers in the MBS DPF/MBS Synchronization Executor are indexed by either MBS Zone ID/MCID pair or R6 data path Tunnel ID.

If the value of TLV remains same in the consecutive MBS Synchronization Rule message, the MBS Synchronization Controller may exclude these TLVs in the following MBS Synchronization Rule message except the TLVs identifying the Synchronization Rule. These TLVs identifying the Synchronization Rule shall be included in every MBS Synchronization Rule message. The parameters that identify the Synchronization Rule are Synchronization Rule GPS Timestamp and MBS Zone ID.

›MODE FOR INVENTION · 3 of 4

For reference, the following Table 2 describes MBS Synchronization Rule Announcement message format that is transmitted from the MBS Synchronization Controller to the MBS Synchronization Executor.

FIG. 7 is a diagram illustrating an MBS Synchronization Rule recovery according to a first embodiment of the present invention.

As mentioned above, the MBS Synchronization Executor can identify the time of arrival of the next MBS Synchronization Rule by using the next Synchronization Rule expected time of arrival information (e.g., Next Synchronization Rule expected TOA TLV) in the current MBS Synchronization Rule.

MBS Synchronization Executor estimates the next MBS Synchronization Rule expected time of arrival through a Timer. If the MBS Synchronization Executor has not received the next Synchronization Rule by the expected arrival time, the MBS Synchronization Executor considers that the MBS Synchronization Rule is lost and then sends MBS Synchronization Rule Recovery Request message to the MBS Synchronization Controller (See Step S 710 ). In this case, the MBS Synchronization Rule Recovery Request message includes the Synchronization Rule GPS Timestamp referring the missing MBS Synchronization Rule.

Then, the MBS Synchronization Controller finds the MBS Synchronization Rule requested by the MBS Synchronization Executor depending on the Synchronization Rule GPS Timestamp, and retransmits the MBS Synchronization Rule Announcement message including the requested Synchronization Rule to the MBS Synchronization Executor Controller (See Step S 720 ).

For reference, the following Table 3 describes MBS Synchronization Rule Recovery Request message format that is transmitted from the MBS Synchronization Executor to the MBS Synchronization Controller.

FIG. 8 is a diagram illustrating an MBS Data Recovery according to a first embodiment of the present invention.

The MBS DPF detects SDU (Service Data Unit) loss by considering GRE SN of the packets received over the MBS Data Path. If the MBS DPF detects SDU loss, the MBS DPF triggers Data Recovery procedure by sending MBS Data Recovery Request message to the MBS Distribution DPF (See Step S 810 ). For reference, the Data Recovery mechanism may be negotiated during MBS Data Path establishment.

Then, the MBS Distribution DPF transmits MBS Data Recovery Response message indicating the size of the lost SDU to the MBS DPF (See Step S 820 ). For reference, Step S 820 can be omitted and then negotiated during MBS Data Path establishment.

The MBS Distribution DPF resends the missing packet identified by GRE SN to the MBS DPF (See Step S 830 ).

For reference, the following Table 4 describes MBS Data Recovery Request message format, and the following Table 5 describes MBS Data Recovery Response message format.

Meanwhile, according to an embodiment of the present invention, two Timers are used for Synchronization Rule transmission and recovery.

The first Timer (T MBS — Sync — Rule — Recovery — Request ) is started by the MBS Synchronization Executor when it sends the MBS Synchronization Rule Recovery Request message, and is stopped upon receiving a corresponding MBS Synchronization Rule Announcement message from the MBS Synchronization Controller.

The second Timer (T MBS — Data — Recovery — Request ) is started by the MBS DPF when it sends the MBS Data Recovery Request message and is stopped upon receiving a corresponding MBS Data Recovery Response message or the lost packet from the MBS Distribution DPF.

Maximum Timer Values of the first and second Timers are respectively predetermined as proper values. If the Timer reaches the Maximum Timer Value, the Timer is reset and Recovery Request message is repeatedly transmitted. Then, repeated transmissions of Recovery Request message reach the maximum number of retry, the MBS Synchronization Executor and the MBS DPF perform the following actions.

If the first Timer reaches the maximum number of retry, the MBS Synchronization Executor discards the received MBS data until the next MBS Synchronization Rule is received successfully.

If the second Timer reaches the maximum number of retry, the MBS DPF discards the entire MBS data for the MBS frame or assigns the air resource using the MBS SDU packet size in the received MBS Synchronization Rule Announcement message for the lost packet and transmits the MBS frame.

For reference, the following Table 6 describes Message definitions in the first embodiment, and the following Table 7 describes TLV definitions in the first embodiment.

FIG. 9 is a diagram illustrating an MBS Synchronization Rule transmission according to a second embodiment of the present invention.

The MBS DPF and the MBS Synchronization Executor are located in the BS. The MBS Distribution DPF and the MBS Synchronization Controller are located in the ASN-GW. In this embodiment, R6 Data Path between the ASN-GW and the BS uses Type 1 payload (as defined in [NWG rel.1]) and delivers row IP packets classified for the particular MBS Service Flow and tagged with the corresponding GRE SN by the MBS Distribution DPF.

Meanwhile, the complementary Synchronization Rules and control information are delivered to the BSs over R6 control plane from the ASN-GW. The MBS Synchronization Controller transmits the Synchronization Rule every τ to the MBS Synchronization Executor.

For reference, depending on the implementation, some parameters in the Synchronization Rules may be preconfigured in the MBS Synchronization Executor.

Referring to FIG. 9 , the MCBCS Server/Controller transmits one or more MBS data packets to the ASN-GW over the R3 (See Step S 910 ).

Then, the MBS Distribution DPF of the ASN-GW accumulates the MBS data packets during the pre-defined period [T 0 ; T 1 ]. The MBS Distribution DPF classifies the incoming MBS data packets into the appropriate MCBCS Service Flow and applies the corresponding WiMAX Convergence Sublayer rules (e.g. Packet Header Suppression). Then, the MBS Distribution DPF assigns GRE SN for each packet.

The MBS Synchronization Controller collects information such as GRE SN, MBS data packet size from the MBS Distribution DPF and constructs the MBS Synchronization Rule message which is applied to the MBS data to be sent by MBS Distribution DPF to the MBS Synchronization Executor (See Step S 920 ). At this time, the MBS Synchronization Rule message includes all the Synchronization Rules for the bearer processing.

›MODE FOR INVENTION · 4 of 4

If the value of TLV remains same in the consecutive MBS Synchronization Rule message, the MBS Synchronization Controller may not include these TLVs in the following MBS Synchronization Rule message except the TLVs in the MBS_Info. The TLVs in the MBS_Info shall be included in every MBS Synchronization Rule message.

Thereafter, the MBS Distribution DPF delivers the accumulated MBS data packets during the pre-defined period [T 0 ; T 1 ] to the each MBS DPF in MBS zone (See Step S 930 ).

Then, the MBS DPF provides the multicast and broadcast service by packaging the MBS data packets into the MBS burst and transmitting the MBS burst to the MSs.

For reference, the following Table 8 describes MBS Synchronization Rule message format that is transmitted from the MBS Synchronization Controller to the MBS Synchronization Executor.

Meanwhile, the following Table 9 describes Message definitions in the second embodiment, and the following Table 10 describes TLV definitions in the second embodiment.

While the invention has been shown and described with reference to a certain preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims.

›Tables in the description — 10
TABLE 1 — WiMAX NRM reference points
Reference pointFunctions
R1IEEE 802.16e support
R2Subscription support
Service Guide Distribution
Key delivery
Notification support
Reception Report support
R3Notification on session start
Bearer establishment/release
Multicast support
QoS management
R4/R6Bearer establishment/release
Multicast support
Synchronization information and data transmission
TABLE 2 — MBS Synchronization Rule Announcement message format
IEReferenceM/ONotes
Sync Rule GPS TimestampM32 bit GPS timestamp value identifying
Sync Rule. The same value as used in
the previous Sync Rule pointer (Next
Sync Rule TOA TLV of the previous Sync
Rule) SHALL be used.
Next Sync Rule expected TOAOGPS timestamp corresponding the
expected Time of Arrival for the next
Sync Rule.
Used for Sync Rule recovery mechanism.
If missing, there is no recovery
mechanism.
MBS zone IdentifierMSee IEEE802.16e for further details.
MBS Zone ID = 0 shall not be used.
MBS BurstOEach instance of this compound TLV
describes MBS Burst. Zero or more
instances of this TLV may be included
in the message. If no MBS Burst TLVs are
included in the message, then previous
MBS Sync Rule is valid.
> MBS Burst Frame offsetCM16 bit value, specify the MBS Burst
Frame Offset from the time specified in
the UTC Timestamp TLV.
> Next MBS Burst FrameOShould be specified for the last MBS
offsetBurst in the sync rule (or when just
one MBS Burst is included in the sync
rule).
> MBS Burst SchedulingO16-bit value. If included, defines the
Cycleperiodicity of MBS burst scheduling (in
air frames).
> MBS_ Data_InfoCMMBS data packet information to be
applied by the sync rule
Multiple instances of this IE may be
included for Type 1 data path. The
order in which these IEs are included
in the MBS Burst instance define the
order of MAC PDUs for the corresponding
MBS Service Flows in the Burst.
For Type 3 data path, only 1 instance
shall be included.
>> MCIDMSee IEEE802.16e for further details.
MCID is 12 bits over the R1 interface.
Indicates the MCID which corresponds
the MBS Service Flow for the particular
MBS Zone ID. Valid only in the
boundaries of this MBS Zone.
May indicate the Data Buffer for Type 1
Data Path.
For Type 3 Data Path, multiple
instances of this IE may be included to
indicate the MCIDs referred in the
Burst.
>> MBS MAC Burst SNTBDOShall be included for Type 3 data path
(specific for Type 3 data path).
Indicates the sequence number of the
packet (GRE SN for GRE tunnel)
representing the MBS MAC Burst to be
used it the MBS Burst instance.
>> GRE sequence numberOThe GRE sequence number of the first
startMBS data packet (SDU) in the particular
Data Buffer to be applied by the sync
rule for the particular MBS Burst
instance. This IE is specific for Type
1 Data Path.
>> GRE sequence number endOThe GRE sequence number of the last MBS
data packet to be applied by the sync
rule. Specific for Option 1 scheduling
rule.
This IE is specific for Type 1 Data
Path.
>> MAX MAC PDU SizeOMAC PDU size that may be used to define
fragmentation/packing rule for SDUs.
May be included for Type 1 Data Path.
>> MBS SDU packet sizeOOne or more MBS data packet size in the
order of GRE sequence number
If there is a MBS data packet loss, BS
can use this TLV to assign the air
resource for Macro-diversity..
May be included for Type 1 Data Path.
>> Data Chunk SizeTBDOMay be included for Type 1 Data Path.
Indicates the number of bytes to be
taken from the specified Data Buffer
(MBS Service Flow/MCID). Specific for
Option 3 scheduling rule.
>> Data Buffer RatioTBDOMay be included for Type 1 Data Path.
Defines the ratio weight for the
particular Data Buffer (when using
Option 2 scheduling rule).
> MBS_DATA_IE_contextOIf Macro diversity is supported, this
TLV is mandatory. MBS_DATA_IE context
defined in IEEE802.16e.
>> MBS Burst Frame OffsetCMSee IEEE802.16e for further details.
>> Next MBS MAP changeCMSee IEEE802.16e for further details.
indication
>> Next MBS No. OFDMAOIf the Next MBS MAP change indication
Symbolsis 1, this TLV is included.
See IEEE802.16e for further details.
>> Next MBS No. OFDMAOIf the Next MBS MAP change indication
Subchannelsis 1, this TLV is included.
See IEEE802.16e for further details.
>> MBS DIUCCMSee IEEE802.16e for further details.
>> OFDMA symbol offsetsCMSee IEEE802.16e for further details.
>> subchannel offsetCMSee IEEE802.16e for further details.
>> BoostingCMSee IEEE802.16e for further details.
>> No. OFDMA SymbolsCMSee IEEE802.16e for further details.
>> No. SubchannelsCMSee IEEE802.16e for further details.
>> Repetition CodingCMSee IEEE802.16e for further details.
indication
>> Next MBS frame offsetCMSee IEEE802.16e for further details.
>> Next MBS OFDMA symbolCMSee IEEE802.16e for further details.
offset
MBS_MAP_IE_ContextMSee IEEE802.16e for further details.
> Macro diversity enhancedM0: Non Macro-Diversity enhanced zone
1: Macro-Diversity enhanced zone
See IEEE802.16e for further details.
> OFDMA symbol offsetMSee IEEE802.16e for further details.
> subchannel offsetCMIf the macro diversity enhanced is 0,
this TLV is included.
> PermutationCMIf the Macro diversity enhanced is 1,
this TLV is included. This TLV is for
MBS permutation zone.
See IEEE802.16e for further details.
> DL_PermBaseCMIf the Macro diversity enhanced is 1,
this TLV is included. This TLV is for
MBS permutation zone.
See IEEE802.16e for further details.
> PRBS_IDCMIf the Macro diversity enhanced is 1,
this TLV shall be included. This TLV is
for MBS permutation zone.
See IEEE802.16e for further details.
> MBS MAP messageCMUsed to indicate if the MBS MAP message
allocation includedallocation parameters are included.
indicationWhen the macro diversity enhanced is 1,
this TLV shall b be included, otherwise
this TLV shall not be included
See IEEE802.16e for further details.
> BoostingCMIf the macro diversity enhanced is 0,
or the macro diversity enhanced is 1
and MBS MAP message allocation included
indication is 1, then this TLV shall be
included. Otherwise, this TLV shall not
be included.
See IEEE802.16e for further details.
> DIUCCMIf the macro diversity enhanced is 0,
or the macro diversity enhanced is 1
and MBS MAP message allocation included
indication is 1, then this TLV shall be
included. Otherwise, this TLV shall not
be included.
See IEEE802.16e for further details.
> Repetition CodingCMIf the macro diversity enhanced is 0,
indicationor the macro diversity enhanced is 1
and MBS MAP message allocation included
indication is 1, then this TLV shall be
included. Otherwise, this TLV shall not
be included.
See IEEE802.16e for further details.
> No. SubchannelsMIndication of burst size of MBS MAP
message with the number of subchannels
See IEEE802.16e for further details
> No. OFDMA symbolsMIndication of burst size of MBS MAP
message with the number of OFDMA
symbols.
> Downlink Burst ProfileMSee IEEE802.16e for further details.
BS InfoO
> BS IDO
TABLE 3 — MBS Synchronization Rule Recovery Request message format
IEReferenceM/ONotes
Sync RuleMGPS Timestamp of the missing
GPSSync Rule.
Timestamp
MBSMSee IEEE802.16e for further details.
zoneMBS Zone ID = 0 shall not be used.
Identifier
BS InfoM
> BS IDM
TABLE 4 — MBS Data Recovery Request message format
IEReferenceM/ONotes
BS InfoM
> BSIDM
MBS InfoM
> SF InfoTBDM
>> PDF IDTBDOIdentifies the MBS Service
Flow for which SDU recovery is
requested (for Type 1 data path).
Either MBS Service ID or
Data Path nfo with Data Path
ID shall be included.
>> TransmissionO
Zone ID
>> Data Path InfoM
>>> Data Path IDMFor GRE tunnel represents GRE
Key.
Identifies the data path for which
SDU recovery is requested
(for Type 1 data path).
>>> RequestedMData structure for the requested
packetpacket on the data path.
Multiple instances of this IE may
be included.
>>>> Packet SNMGRE Sequence Number of the
missing packet.
TABLE 5 — MBS Data Recovery Response message format
IEReferenceM/ONotes
BS InfoM
MBS Info
> SF InfoTBDM
>> Data Path InfoM
>>> Data Path IDMFor GRE tunnel represents GRE
Key.
Identifies the data path for which
SDU recovery is requested
(for Type 1 data path).
>>> RequestedMData structure for the requested
packetpacket on the data path.
Multiple instances of this IE may
be included
>>>> Packet SNMGRE Sequence Number of the
packet on the data path.
>>>> Packet SizeMThe Size of the missing SDU.
TABLE 6 — Message definitions in the first embodiment
FunctionMessageTop Level TLVs
TypeTypeTLV NameM/O
MBS Sync Rule Announcement
XXSync Rule GPS TimestampM
Next Sync Rule expected TOAO
MBS zone IdentifierM
MBS BurstO
MBS_MAP_ContextM
BS InfoO
MBS Sync Rule Recovery Request
XXSync Rule GPS TimestampM
MBS zone IdentifierM
BS InfoM
MBS_Data_Recovery_Request
XXBS InfoM
MBS InfoM
MBS_Data_Recovery_Response
XXBS InfoM
MBS InfoM
TABLE 7 — TLV definitions in the first embodiment MBS zone Identifier
Typexxx
Length in octets1
Value8-bit unsigned integer.
DescriptionThis parameter indicates a MBS zone through which
the connection or virtual connection for the
associated service flow is valid.
Parent TLVNone, MCBCS Service Info
MCID
Typexxx
Length in octets2
Value16-bit unsigned integer.
DescriptionThis parameter indicates Multicast CID
Parent TLVMBS_Data_Info
Sync Rule GPS timestamp
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThis indicates GPS timestamp value identifying a sync
rule.
Parent TLVNone
Next Sync Rule expected TOA
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThis indicates GPS timestamp matched by the
expected Time of Arrival for the next Sync Rule.
This is used for Sync Rule recovery mechanism.
Parent TLVNone
MBS Burst
Typexxx
Length in octetsVariable
ValueCompound
DescriptionMBS data description
TLV NameM/O
Elements (Sub-MBS Burst Frame offsetCM
TLVs)Next MBS Burst Frame offsetO
MBS Burst Scheduling CycleO
MBS_Data_InfoCM
MBS_Data_IE_contextO
MessageMBS_Sync_Rule_Announcement
Primitives That
Use This TLV
Next MBS Burst Frame offset
Typexxx
Length in octets1
Value16-bit unsigned integer.
DescriptionThis TLV should be specified for the last MBS Burst
in the sync rule (or when just one MBS Burst is
included in the sync rule)
Parent TLVMBS Burst
MBS Burst Scheduling Cycle
Typexxx
Length in octets1
Value16-bit unsigned integer.
DescriptionThis TLV defines the periodicity of MBS burst
scheduling (in air frames).
Parent TLVMBS Burst
MAX MAC PDU Size
Typexxx
Length in octets2
Value16-bit unsigned integer.
DescriptionThis TLV is used to define a fragmentation and
packing rule for SDUs.
Parent TLVMBS_Data_Info
MBS_Data_Info
Typexxx
Length in octetsVariable
ValueCompound
DescriptionMBS data description
TLV NameM/O
Elements (Sub-GRE sequence number startO
TLVs)GRE sequence number endO
MCIDM
MBS MAC Burst SNO
MAX MAC PDU SizeO
MBS SDU Packet sizeO
Data Chunk SizeO
Data Buffer RatioO
Parent TLVMBS Burst
GRE sequence number start
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThe GRE sequence number of the first MBS data
packet to be applied by the sync rule
Parent TLVMBS_Data_Info
GRE sequence number end
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThe GRE sequence number of the last MBS data
packet to be applied by the sync rule
Parent TLVMBS_Data_Info
MBS SDU packet size
Typexxx
Length in octets2
ValueTimes
DescriptionTimes
Parent TLVTimes
Data Chunk Size
Typexxx
Length in octets2
Value
DescriptionThis TLV indicates the number of bytes to be take
from the specified data buffer (MBS service
flow/MCID). This TLV may be included for Type 1
data path.
Parent TLVMBS_Data_Info
Data Buffer Ratio
Typexxx
Length in octets2
Value
DescriptionThis TLV defines the ratio weight for the particular
data buffer. This TLV can be included for Type 1
data path.
Parent TLVMBS_Data_Info
MBS_DATA_IE_Context
Typexxx
Length in octetsVariable
ValueCompound
DescriptionDescribes the contexts for MBS_DATA_IE
TLV NameM/O
Elements (Sub-MBS Burst Frame OffsetCM
TLVs)Next MBS MAP change indicationCM
Next MBS No. OFDMA SymbolsO
Next MBS No. OFDMA SubchannelsO
MBS DIUCCM
OFDMA symbol offsetsCM
subchannel offsetCM
BoostingCM
No. OFDMA SymbolsCM
No. SubchannelsCM
Repetition Coding indicationCM
Next MBS frame offsetCM
Next MBS OFDMA symbol offsetCM
Parent TLVMBS Burst
MBS_MAP_Context
Typexxx
Length in octetsVariable
ValueCompound
DescriptionDescribes the contexts for MBS_MAP and
MBS_MAP_IE
TLV NameM/O
Elements (Sub->Macro diversity enhancedM
TLVs)>OFDMA symbol offsetM
>subchannel offsetCM
>PermutationCM
>DL_PermBaseCM
>PRBS_IDCM
>MBS MAP message allocation includedCM
indication
>BoostingCM
>DIUCCM
>Repetition Coding indicationCM
>No. SubchannelsM
>No. OFDMA symbolsM
>Downlink Burst ProfileM
MessageMBS Sync Rule Announcement
Primitives That
Use This TLV
MBS Burst Frame Offset
Typexxx
Length in octets1
Value2 bit
Description1) This indicates the burst located by this IE will be
shown after MBS Burst Frame Offset + 2 frames.
as defined in the IEEE802.16e.
2) This TLV specifies the OFDMA Frame Offset from
the time specified in the Sync Rule GPS Timestamp
TLV
Parent TLVMBS_Data_IE_context, MBS Burst
Next MBS MAP change indication
Typexxx
Length in octets1
Value2 bit
DescriptionThis indicates whether the size of MBS MAP message
of next MBS frame for these Multicast CIDs included
this IE will be different from the size of this MBS
MAP message, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Next MBS No. OFDMA Symbols
TypeXxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS_MAP message in
Next MBS portion, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Next MBS No. OFDMA Subchannels
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS_MAP message
in Next MBS portion, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
MBS DIUC
Typexxx
Length in octets1
Value4 bit
DescriptionIt is to indicate MBS DIUC, as defined in the
IEEE802.16e.
Parent TLVMBS_Data_IE_context
OFDMA symbol offsets
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate OFDMA symbol offset with respect
to start of next (MBS Burst Frame offset + 2)th
frame, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Subchannel offset
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate OFDMA subchannel offset with
respect to start of next (MBS Burst Frame offset + 2)th
frame, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Boosting
Typexxx
Length in octets1
Value3 bit
DescriptionIt is to indicate boosting, as defined in the
IEEE802.16e.
Parent TLVMBS_Data_IE_context
No. OFDMA Symbols
Typexxx
Length in octets1
Value7 bit
DescriptionIt is to indicate the size of MBS data, as defined in
the IEEE802.16e.
Parent TLVMBS_Data_IE_context
No. OFDMA Subchannels
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS data, as defined in
the IEEE802.16e.
Parent TLVMBS_Data_IE_context
No. Subchannels
TypeXxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS data, as defined in
the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Repetition Coding indication
TypeXxx
Length in octets1
Value2 bit
Description0b00 - No repetition coding
0b01 - Repetition coding of 2 used
0b10 - Repetition coding of 4 used
0b11 - Repetition coding of 6 used
Refer the definition in IEEE802.16e spec.
Parent TLVMBS_Data_IE_context
Next MBS Frame offset
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate the relative value from the current
frame number in which the next MBS MAP message
will be transmitted, as defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Next OFDMA Symbol offset
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate the offset of the OFDMA symbol in
which the next MBS portion starts, measured in
OFDMA symbols from the beginning of the DL frame
in which the MBS_MAP is transmitted, as
defined in the IEEE802.16e.
Parent TLVMBS_Data_IE_context
Macro Diversity enhanced
Typexxx
Length in octets1
Value1 bit
Description0: Non Macro-Diversity enhanced zone
1: Macro-Diversity enhanced zone
Refer a definition in IEEE802.16e spec.
Parent TLVMBS_MAP_Context
OFDMA symbol offset
Typexxx
Length in octets1
Value1 bit
DescriptionThe offset of the first OFDMA symbol of the MBS
region measured in OFDMA symbols from beginning
of this DL frame as defined in the IEEE802.16e.
Parent TLVMBS_MAP_Context
Subchannel offset
Typexxx
Length in octets1
Value6 bit
DescriptionThe lowest index OFDMA subchannel used for carring
the burst, starting from subchannel 0 as defined
in the IEEE802.16e.
Parent TLVMBS_MAP_Context
Permutation
Typexxx
Length in octets1
Value2 bit
Description0b00: PUSC permutation
0b01: FUSC permutation
0b10: Optional FUSC permutation
0b11: Adjacent subcarrier permutation
Refer the definition in IEEE 802.16e.
Parent TLVMBS_MAP_Context
DL_PermBase
Typexxx
Length in octets1
Value5 bit
DescriptionRefer the definition in IEEE 802.16e.
Parent TLVMBS_MAP_Context
PRBS_ID
Typexxx
Length in octets1
Value2 bit
DescriptionRefer the definition in IEEE 802.16e.
Parent TLVMBS_MAP_Context
MBS MAP message allocation included indication
Typexxx
Length in octets1
Value1 bit
DescriptionIt is to indicate if the MBS MAP message allocation
parameters are included as defined in the
IEEE802.16e.
Parent TLVMBS_MAP_Context
Boosting
Typexxx
Length in octets1
Value3 bit
DescriptionRefer the definition in IEEE 802.16e.
Parent TLVMBS_MAP_Context
DIUC
Typexxx
Length in octets1
Value4 bit
DescriptionRefer the definition in IEEE 802.16e.
Parent TLVMBS_MAP_Context
Downlink Burst Profile
Typexxx
Length in octets1
Value4 bit
DescriptionIt is to indicate a definition of MBS DIUC as defined
in the IEEE802.16e.
Parent TLVMBS_MAP_Context
TABLE 8 — MBS Synchronization Rule message format
IEReferenceM/ONotes
MBS_InfoM
> MBS zone IdentifierMSee IEEE802.16e for further details.
MBS Zone ID = 0 shall not be used.
> MCID (one or more)MSee IEEE802.16e for further details.
MCID is 12 bits over the R1 interface.
Time_Sync_InfoOThis TLV is to indicate the exact time when
MBS data should be transmitted over the R1
interface.
If Macro diversity is supported, this TLV is
mandatory.
> UTC timestampCM32 bit UTC timestamp value
> OFDMA Frame offsetCM8 bit value, specify the OFDMA Frame Offset
from the time specified in the UTC Timestamp
TLV.
MBS_DATA_IE_contextOIf Macro diversity is supported, this TLV is
mandatory. MBS_DATA_IE context defined in
IEEE802.16e.
> MBS Burst Frame OffsetCMSee IEEE802.16e for further details.
> Next MBS MAP changeCMSee IEEE802.16e for further details.
indication
> Next MBS No. OFDMAOIf the Next MBS MAP change indication is 1,
Symbolsthis TLV is included.
See IEEE802.16e for further details.
> Next MBS No. OFDMAOIf the Next MBS MAP change indication is 1,
Subchannelsthis TLV is included.
See IEEE802.16e for further details.
> MBS DIUCCMSee IEEE802.16e for further details.
> OFDMA symbol offsetsCMSee IEEE802.16e for further details.
> subchannel offsetCMSee IEEE802.16e for further details.
> BoostingCMSee IEEE802.16e for further details.
> No. OFDMA SymbolsCMSee IEEE802.16e for further details.
> No. SubchannelsCMSee IEEE802.16e for further details.
> Repetition Coding indicationCMSee IEEE802.16e for further details.
> Next MBS frame offsetCMSee IEEE802.16e for further details.
> Next MBS OFDMA symbolCMSee IEEE802.16e for further details.
offset
MBS_MAP_ContextMSee IEEE802.16e for further details.
> Macro diversity enhancedM0: Non Macro-Diversity enhanced zone
1: Macro-Diversity enhanced zone
See IEEE802.16e for further details.
> OFDMA symbol offsetMSee IEEE802.16e for further details.
> subchannel offsetCMIf the macro diversity enhanced is 0, this TLV
is included.
> PermutationCMIf the Macro diversity enhanced is 1, this TLV
is included. This TLV is for MBS permutation
zone.
See IEEE802.16e for further details.
> DL_PermBaseCMIf the Macro diversity enhanced is 1, this TLV
is included. This TLV is for MBS permutation
zone.
See IEEE802.16e for further details.
> PRBS_IDCMIf the Macro diversity enhanced is 1, this TLV
shall be included. This TLV is for MBS
permutation zone.
See IEEE802.16e for further details.
> MBS MAP message allocationCMUsed to indicate if the MBS MAP message
included indicationallocation parameters are included.
When the macro diversity enhanced is 1, this
TLV shall b be included, otherwise this TLV
shall not be included
See IEEE802.16e for further details.
> BoostingCMIf the macro diversity enhanced is 0, or the
macro diversity enhanced is 1 and MBS MAP
message allocation included indication is 1,
then this TLV shall be included. Otherwise, this
TLV shall not be included.
See IEEE802.16e for further details.
> DIUCCMIf the macro diversity enhanced is 0, or the
macro diversity enhanced is 1 and MBS MAP
message allocation included indication is 1,
then this TLV shall be included. Otherwise, this
TLV shall not be included.
See IEEE802.16e for further details.
> Repetition Coding indicationCMIf the macro diversity enhanced is 0, or the
macro diversity enhanced is 1 and MBS MAP
message allocation included indication is 1,
then this TLV shall be included. Otherwise, this
TLV shall not be included.
See IEEE802.16e for further details.
> No. SubchannelsMIndication of burst size of MBS MAP message
with the number of subchannels
See IEEE802.16e for further details
> No. OFDMA symbolsMIndication of burst size of MBS MAP message
with the number of OFDMA symbols.
> Downlink Burst ProfileMSee IEEE802.16e for further details.
MAC_contextMThis TLV includes a rule to create a MAC
PDU.
> MAC PDU SizeMMAC PDU size
MBS_Data_InfoMMBS data packet information to be applied by
the sync rule
> GRE sequence number startMThe GRE sequence number of the first MBS
data packet to be applied by the sync rule
> GRE sequence number endMThe GRE sequence number of the last MBS
data packet to be applied by the sync rule
> MBS data packet size (one orOThis TLV is mandatory with macro-diversity.
more)One or more MBS data packet size in the order
of GRE sequence number
If there is a MBS data packet loss, BS can use
this TLV to assign the air resource for Macro-
diversity..
BS InfoM
> BS IDM
TABLE 9 — Message definitions in the second embodiment MBS Sync rule
FunctionMessageTop Level TLVs
TypeTypeTLV NameM/O
XXMBS_InfoM
Time_Sync_InfoO
MAC_ContextM
MBS_DATA_IE_contextO
MBS_MAP_ContextM
MBS_Data_InfoM
BS InfoM
TABLE 10 — TLV definitions in the second embodiment MBS_Info
Typexxx
Length in octetsVariable
ValueCompound
DescriptionDescription of MBS
TLV NameM/O
Elements (Sub-MBS zone IdentifierM
TLVs)MCIDM
Multicast IP addressO
MessageMBS_Sync_Rule
Primitives That
Use This TLV
MBS zone Identifier
Typexxx
Length in octets1
Value8-bit unsigned integer.
DescriptionThis parameter indicates a MBS zone through which
the connection or virtual connection for the
associated service flow is valid.
Parent TLVMBS_Info
MCID
Typexxx
Length in octets2
Value16-bit unsigned integer.
DescriptionThis parameter indicates Multicast CID
Parent TLVMBS_Info
Time_sync_Info
Typexxx
Length in octetsVariable
ValueCompound
DescriptionThis TLV indicates the exact time when MBS data
should be transmitted over the R1 interface.
TLV NameM/O
Elements (Sub-UTC timestampM
TLVs)OFDMA frame offsetM
MessageMBS_Sync_Rule
Primitives That
Use This TLV
UTC timestamp
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThis indicates UTC timestamp value
Parent TLVTime_Sync_Info
OFDMA frame offset
Typexxx
Length in octets1
Value8-bit unsigned integer.
DescriptionThis TLV specifies the OFDMA Frame Offset from
the time specified in the UTC Timestamp TLV
Parent TLVTime_Sync_Info
MAC_Context
Typexxx
Length in octetsVariable
ValueCompound
DescriptionThis TLV indicates the required information for a
bearer processing in MAC layer.
TLV NameM/O
Elements (Sub-MAC PDU SizeM
TLVs)MessageMBS_Sync_Rule
Primitives That
Use This TLV
MAC PDU Size
Typexxx
Length in octets2
Value16-bit unsigned integer.
DescriptionThis TLV specifies the size of MAC PDU.
Parent TLVMAC_Context
MBS_Data_Info
Typexxx
Length in octetsVariable
ValueCompound
DescriptionMBS data description
TLV NameM/O
Elements (Sub-GRE sequence number startM
TLVs)GRE sequence number endM
List of MBS data packet sizeO
MessageMBS_Sync_Rule
Primitives That
Use This TLV
GRE sequence number start
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThe GRE sequence number of the first MBS data
packet to be applied by the sync rule
Parent TLVMBS_Data_Info
GRE sequence number end
Typexxx
Length in octets4
Value32-bit unsigned integer.
DescriptionThe GRE sequence number of the last MBS data
packet to be applied by the sync rule
Parent TLVMBS_Data_Info
MBS data packet size
Typexxx
Length in octets2
Value
DescriptionMBS data packet size in the order of GRE sequence
number
Parent TLVMBS_Data_Info
MBS_DATA_IE_Context
Typexxx
Length in octetsVariable
ValueCompound
DescriptionDescribes the contexts for MBS_DATA_IE
TLV NameM/O
Elements (Sub-MBS Burst Frame OffsetCM
TLVs)Next MBS MAP change indicationCM
Next MBS No. OFDMA SymbolsO
Next MBS No. OFDMA SubchannelsO
MBS DIUCCM
OFDMA symbol offsetsCM
subchannel offsetCM
BoostingCM
No. OFDMA SymbolsCM
No. SubchannelsCM
Repetition Coding indicationCM
Next MBS frame offsetCM
Next MBS OFDMA symbol offsetCM
MessageMBS_Sync_Rule
Primitives That
Use This TLV
MBS_MAP_Context
Typexxx
Length in octetsVariable
ValueCompound
DescriptionDescribes the contexts for MBS_MAP and
MBS_MAP_IE
TLV NameM/O
Elements (Sub-> Macro diversity enhancedM
TLVs> OFDMA symbol offsetM
> subchannel offsetCM
> PermutationCM
> DL_PermBaseCM
> PRBS_IDCM
> MBS MAP message allocation includedCM
indication
> BoostingCM
> DIUCCM
> Repetition Coding indicationCM
> No. SubchannelsM
> No. OFDMA symbolsM
> Downlink Burst ProfileM
MessageMBS_Sync_Rule
Primitives That
Use This TLV
MBS Burst Frame Offset
Typexxx
Length in octets1
Value2 bit
DescriptionThis indicates the burst located by this IE will be
shown after MBS Burst Frame Offset +2 frames.
as defined in the IEEE802.16e.
Parent TLVMBS_Data_Info
Next MBS MAP change indication
Typexxx
Length in octets1
Value2 bit
DescriptionThis indicates whether the size of MBS MAP message
of next MBS frame for these Multicast CIDs included
this IE will be different from the size of this MBS
MAP message, as defined in the IEEE802.16e.
Parent TLVMBS_Data_Info
Next MBS No. OFDMA Symbols
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS_MAP message in
Next MBS portion, as defined in the IEEE802.16e.
Next MBS No. OFDMA Subchannels
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS_MAP message in
Next MBS portion, as defined in the IEEE802.16e.
MBS DIUC
Typexxx
Length in octets1
Value4 bit
DescriptionIt is to indicate MBS DIUC, as defined in the
IEEE802.16e.
OFDMA symbol offsets
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate OFDMA symbol offset with
respect to start of next (MBS Burst Frame offset + 2)th
frame, as defined in the IEEE802.16e.
Subchannel offset
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate OFDMA subchannel offset with
respect to start of next (MBS Burst Frame offset +
2)th frame, as defined in the IEEE802.16e.
Boosting
Typexxx
Length in octets1
Value3 bit
DescriptionIt is to indicate boosting, as defined in the
IEEE802.16e.
No. OFDMA Symbols
Typexxx
Length in octets1
Value7 bit
DescriptionIt is to indicate the size of MBS data, as defined
in the IEEE802.16e.
No. OFDMA Subchannels
Typexxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS data, as defined
in the IEEE802.16e.
No. Subchannels
TypeXxx
Length in octets1
Value6 bit
DescriptionIt is to indicate the size of MBS data, as
defined in the IEEE802.16e.
Repetition Coding indication
TypeXxx
Length in octets1
Value2 bit
Description0b00 - No repetition coding
0b01 - Repetition coding of 2 used
0b10 - Repetition coding of 4 used
0b11 - Repetition coding of 6 used
Refer the definition in IEEE 802.16e spec.
Next MBS Frame offset
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate the relative value from the current
frame number in which the next MBS MAP message
will be transmitted, as defined in the IEEE802.16e.
Next OFDMA Symbol offset
Typexxx
Length in octets1
Value8 bit
DescriptionIt is to indicate the offset of the OFDMA symbol in
which the next MBS portion starts, measured in
OFDMA symbols from the beginning of the DL frame
in which the MBS_MAP is transmitted, as
defined in the IEEE802.16e.
Macro Diversity enhanced
Typexxx
Length in octets1
Value1 bit
Description0: Non Macro-Diversity enhanced zone
1: Macro-Diversity enhanced zone
Refer a definition in IEEE802.16e spec.
OFDMA symbol offset
Typexxx
Length in octets1
Value1 bit
DescriptionThe offset of the first OFDMA symbol of the MBS
region measured in OFDMA symbols from beginning
of this DL frame as defined in the IEEE802.16e.
Subchannel offset
Typexxx
Length in octets1
Value6 bit
DescriptionThe lowest index OFDMA subchannel used for carring
the burst, starting from subchannel 0 as defined in
the IEEE802.16e.
Permutation
Typexxx
Length in octets1
Value2 bit
Description0b00: PUSC permutation
0b01: FUSC permutation
0b10: Optional FUSC permutation
0b11: Adjacent subcarrier permutation
Refer the definition in IEEE 802.16e.
DL_PermBase
Typexxx
Length in octets1
Value5 bit
DescriptionRefer the definition in IEEE 802.16e.
PRBS_ID
Typexxx
Length in octets1
Value2 bit
DescriptionRefer the definition in IEEE 802.16e.
MBS MAP message allocation included indication
Typexxx
Length in octets1
Value1 bit
DescriptionIt is to indicate if the MBS MAP message allocation
parameters are included as defined in the
IEEE802.16e.
Boosting
Typexxx
Length in octets1
Value3 bit
DescriptionRefer the definition in IEEE 802.16e.
DIUC
Typexxx
Length in octets1
Value4 bit
DescriptionRefer the definition in IEEE 802.16e.
Downlink Burst Profile
Typexxx
Length in octets1
Value4 bit
DescriptionIt is to indicate a definition of MBS DIUC as defined
in the IEEE802.16e.

Claims as granted

20 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

2 codes
IPC · International Patent Classification
Section H — Electricity
  • H04H20/71
USPC · US Patent Classification
370/312

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJan 2010Jul 2010Jan 2011Jul 2011Jan 2012Jul 2012Jan 2013Jul 2013Jan 2014Jul 2014USPTOApplicantNon-final rejection
USPTOApplicanthover for detail · click to open
Pendency
4.4 y
1,611 days filing → grant
Office actions
1
non-final + final
Responses
2
no RCE
Examiner
Anh Ngoc Nguyen
art unit 2473 · TC 2400
Citations: 7 back · 0 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom2012201420162018202020222024202620282030Owner 2Owner 3
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock