[go: up one dir, main page]

WO2009132255A2 - Procédé et système pour résoudre des questions de performance interzone mbs au moyen de groupes de service mbs - Google Patents

Procédé et système pour résoudre des questions de performance interzone mbs au moyen de groupes de service mbs Download PDF

Info

Publication number
WO2009132255A2
WO2009132255A2 PCT/US2009/041638 US2009041638W WO2009132255A2 WO 2009132255 A2 WO2009132255 A2 WO 2009132255A2 US 2009041638 W US2009041638 W US 2009041638W WO 2009132255 A2 WO2009132255 A2 WO 2009132255A2
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
service group
mbs service
base station
zone
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/US2009/041638
Other languages
English (en)
Other versions
WO2009132255A3 (fr
Inventor
Jerry Chow
Tricci So
Song Jain Quan
Chu LI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE USA Inc
Original Assignee
ZTE USA Inc
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 ZTE USA Inc filed Critical ZTE USA Inc
Publication of WO2009132255A2 publication Critical patent/WO2009132255A2/fr
Publication of WO2009132255A3 publication Critical patent/WO2009132255A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information

Definitions

  • the present invention relates generally to wireless communications, and more particularly to inter-zone Multicast Broadcast Service (MBS) performance.
  • MMS Multicast Broadcast Service
  • MBS Multicast Broadcast Services
  • MBS_DATA_IE Base Station_DATA_IE
  • An MBS Zone is comprised of one or more base stations (BSs) belonging to the same geographical region to which the BSs synchronize their downlink transmissions at least to the granularity of an air interface frame with the same data contents over the same or different frequencies to a set of target MSs or to any MS in that region.
  • An MBS Zone is identified by an MBS Zone Identifier (MBS Zone ID) and an MBS service flow is associated with an Multicast Connection Identifier (MCID) that identifies the air interface connection over which the data of the MBS service flow are transmitted within a BS.
  • MBS Zone ID MBS Zone Identifier
  • MCID Multicast Connection Identifier
  • RF radio frequency
  • NW latency of backbone network
  • complexity considerations of backbone synchronization e.g., Macro Diversity Zone spanning over more than a single ASN coverage area
  • the coverage area of a single MBS Zone may be limited or the coverage areas of multiple MBS Zones may be interleaved. Therefore, multiple MBS Zones which are transmitting the same MBS contents may be required to support the Multi-BS MBS service.
  • the MS it is necessary for the MS to maintain MBS service continuity across multiple MBS Zones. It is important to point out that the different MBS Zones which are transmitting the same MBS contents may or may not be using the same frequency or the same carrier.
  • the MS can refer to the same burst of the downlink (DL) subframes that are synchronously transmitted by the BSs which belong to the same MBS Zone to receive the MBS DL transmission.
  • the MBS_DATA_IE which is part of the MBS_MAP message provides the support to daisy-chain the data transmissions of the given MBS service across multiple DL frames which are not immediately following each other consecutively. With the MBS_DATA_IE support, there is no need to search for the MBS_MAP_IE in every frame to locate the MBS burst for the given MBS Zone.
  • Such a mechanism allow a more efficient MBS handover support for the MS without the need of an MCID update when the MS is moving from one BS to another BS compared to the unicast handover scenario; more importantly, such a mechanism also allows the MS to remain in a power saving mode (e.g., idle mode) without the need of reestablishing the MCID(s) in order to resume the reception of the MBS DL transmission from the new serving BS and while operating in the power saving mode to determine when it needs to be available to receive relevant MBS data content.
  • a power saving mode e.g., idle mode
  • One embodiment of the present disclosure is directed to a method of resolving inter-zone performance issues using Multicast Broadcast Service (MBS) groups.
  • the method includes grouping a plurality of MBS zones into an MBS service group, having common MBS service group information, wherein each MBS zone includes one or more base stations; signaling the common MBS service group information to one or more mobile stations; determining whether a target base station is in the MBS service group, based on the common MBS service group information; and obtaining service from the target base station if it is determined that the target base station is in the MBS service group.
  • MBS Multicast Broadcast Service
  • Another embodiment is directed to a system for resolving inter-zone performance issues using MBS groups.
  • the system includes a memory module configured to store a plurality of MBS zones as an MBS service group, having common MBS service group information, wherein each MBS zone includes one or more base stations.
  • the system further includes a transceiver configured to signal the common MBS service group information to one or more mobile stations; and a processor module configured to determine whether a target base station is in the MBS service group, based on the common MBS service group information.
  • a network communication module is configured to provide service by the target base station if it is determined that the target base station is in the MBS service group.
  • Yet another embodiment is directed to a computer-readable medium storing instructions thereon for performing a method of resolving inter-zone performance issues using MBS groups.
  • the method includes grouping a plurality of MBS zones into an MBS service group, having common MBS service group information, wherein each MBS zone includes one or more base stations; signaling the common MBS service group information to one or more mobile stations; determining whether a target base station is in the MBS service group, based on the common MBS service group information; and providing service from the target base station if it is determined that the target base station is in the MBS service group.
  • FIG. 1 is an illustration of an exemplary mobile radio channel operating environment, according to an embodiment.
  • FIG. 2 is an illustration of an exemplary communication system, according to an embodiment.
  • Fig. 3 is an illustration of an exemplary radio channel operating environment with a plurality of MBS zones grouped into MBS service groups, according to an embodiment.
  • Fig. 4 is a flowchart illustrating a method of resolving inter-zone performance issues using MBS groups, according to an embodiment.
  • Embodiments disclosed herein describe a wireless cellular communication system where the transmission direction from a base station to mobile station is called downlink, while the opposite direction is called uplink.
  • the radio signal transmissions over the time are divided into periodic frames (or subframes, slots, etc).
  • Each radio frame contains multiple time symbols that include data symbols (DS) and reference symbols (RS).
  • Data symbols carry the data information, while the reference symbols are known at both transmitter and receiver, and are used for channel estimation purposes.
  • DS data symbols
  • RS reference symbols
  • Data symbols carry the data information, while the reference symbols are known at both transmitter and receiver, and are used for channel estimation purposes.
  • a mobile station may be any user device such as a mobile phone, and a mobile station may also be referred to as user equipment (UE) or subscriber station (SS).
  • UE user equipment
  • SS subscriber station
  • Embodiments of the invention are described herein in the context of one practical application, namely, communication between a base station and a plurality of mobile devices.
  • the exemplary s ystem is applicable to provide data communications between base station(s) and a plurality of mobile devices.
  • Embodiments of the disclosure are not limited to such base station and mobile device communication applications, and the methods described herein may also be utilized in other applications such as mobile-to-mobile communications, or wireless local loop communications.
  • these are merely examples and the invention is not limited to operating in accordance with these examples.
  • Assignment of resources within a frame to the data being carried can be applied to any digital communications system with data transmissions organized within a frame structure and where the full set of such resources within a frame can be flexibly divided according to portions of different sizes to the data being carried.
  • providing service continuity across multicast broadcast service (MBS) zones for mobile stations (MSs) in Idle mode can be done by allowing the current daisy-chaining of MBS bursts that exist within MBS Zones to operate in the entire service area where certain similar or the same MBS content is being delivered. Supporting this operation requires that MSs are aware of the content association between MBS Zones at the time the MS performs a handover or, in the case of Idle Mode, a preferred base station (BS) reselection. Therefore, this kind of neighbor cell MBS Zone association information needs to be provided to the current serving BS so that the MS has the information at the time of BS reselection. [0025] According to an embodiment, such neighbor cell MBS Zone association information is provided in such a way that meets one or more of the following requirements:
  • Additional signaling overhead can be minimized in providing such association information over the breadth of the various MBS Zone deployment scenarios, such as with macro-diversity enabled and without, with scenarios where MBS Zone crossing may be more frequent (such as with sparse macro-diversity MBS Zones for higher order frequency reuse deployments in which MBS Zones may be defined on a carrier frequency basis with macro-diversity enabled), or less frequent (such as in single frequency macro-diversity deployments);
  • MBS zone transition is supported shortly after joining the service (e.g., information available either with an active MBS connection or not).
  • MBS service flows which may have the same geographic extent by virtue of being associated with a common set of MBS Zones and may require seamless service continuity across all MBS Zones within which the MBS service flows are made available, may be associated with a common MBS Service Group identified by an MBS Service Group Identifier (MBS Service Group ID).
  • MBS Service Group ID MBS Service Group Identifier
  • the association of MBS Service Group to MBS Zone can be defined by attaching the MBS Service Group ID to the appropriate MBS Zone identifier when the MBS Zone identifiers are made known to the MS via the data carrier detect (DCD) and neighbor advertisements, for example.
  • DCD data carrier detect
  • an MS may then know, before performing a handover, the MBS Zone identifiers that will allow the MBS content (that it is currently receiving) to be continued at the target BS by searching for MBS Zone identifiers that are associated with the MBS Service Groups that it is actively receiving.
  • MBSs provide an efficient method for concurrent transport of data common to a group of users using a common multicast content identifier (MCID).
  • MBS service may be offered in the downlink only and may be coordinated and optionally synchronized among a group of BSs to allow macro-diversity.
  • the service flows associated with MBS have certain QoS parameters and may require encryption performed using a globally defined sequence of Traffic Encryption Keys (TEKs). Since a multicast connection is associated with a service flow, it is associated with the QoS and traffic parameters for that service flow. All service flows that transmit similar MBS contents (e.g., multiple channels of video), created on any MS 104, may have the same service flow management encodings for QoS parameter set.
  • TEKs Traffic Encryption Keys
  • Service flows to carry MBS data are instantiated on individual MSs participating in the service while in Normal Operation. During such instantiation the MS learns the parameters that identify the service and associated service flows.
  • Each BS capable of providing MBS service belongs to a certain MBS Zone, which is a set of BSs where the same MCID and same security association (SA) is used for transmitting the content of certain service flow(s), according to an embodiment.
  • One or more MBS service flows may belong to the same MBS Service Group.
  • One or more MBS Service Groups may be served via an MBS Zone.
  • the same MBS contents may be transmitted over the same MCID and SA, and if applicable, the same logical channels for each MBS service flow belonging to the MBS Service Group. Seamless service continuity for MBS service flows within an MBS Service Group is provided within its geographic service area.
  • Fig. 1 illustrates a mobile radio channel operating environment 100, according to one embodiment of the present invention.
  • the mobile radio channel operating environment 100 may include a base station (BS) 102, a mobile station (MS) 104, various obstacles 106/108/110, and a cluster of notional hexagonal MBS zones 126/130/132/134/136/138/140 overlaying a geographical area 101.
  • Each MBS zone 126/130/132/134/136/138/140 may include any number of base stations operating at allocated bandwidths to provide adequate radio coverage to its intended users.
  • the base station 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the mobile station 104.
  • mobile station 104 may be any user device such as a mobile phone.
  • mobile station 104 may be a personal digital assistant (PDA) such as a Blackberry device, MP3 player or other similar portable device.
  • PDA personal digital assistant
  • mobile station 104 may be a personal wireless computer such as a wireless notebook computer, a wireless palmtop computer, or other mobile computer devices.
  • the base station 102 and the mobile station 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118/124 may be further divided into sub-frames 120/126 which may include data symbols 122/124. In this mobile radio channel operating environment 100, a signal transmitted from a base station 102 may suffer from the operating conditions mentioned above.
  • multipath signal components 112 may occur as a consequence of reflections, scattering, and diffraction of the transmitted signal by natural and/or man-made objects 106/108/110.
  • a multitude of signals may arrive from many different directions with different delays, attenuations, and phases.
  • the time difference between the arrival moment of the first received multipath component 116 (typically the line of sight component), and the last received multipath component (possibly any of the multipath signal components 112) is called delay spread.
  • the combination of signals with various delays, attenuations, and phases may create distortions such as ISI and ICI in the received signal. The distortion may complicate reception and conversion of the received signal into useful information. For example, delay spread may cause ISI in the useful information (data symbols) contained in the radio frame 124.
  • Fig. 2 shows an exemplary wireless communication system 200 for transmitting and receiving signals, in accordance with one embodiment of the present invention.
  • the system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein.
  • system 200 can be used to transmit and receive data symbols in a wireless communication environment such as the wireless communication environment 100 (Fig. 1).
  • System 200 generally comprises a BS 102 with a BS transceiver module 202, a BS antenna 206, a BS processor module 216 and a BS memory module 218.
  • System 200 generally comprises an MS 104 with an MS transceiver module 208, an MS antenna 212, an MS memory module 220, an MS processor module 222, and a network communication module 226.
  • both BS 102 and MS 104 may include additional or alternative modules without departing from the scope of the present disclosure.
  • system 200 may be interconnected together using a data communication bus (e.g., 228, 230), or any suitable interconnection arrangement. Such interconnection facilitates communication between the various elements of wireless system 200.
  • a data communication bus e.g., 228, 230
  • interconnection facilitates communication between the various elements of wireless system 200.
  • a data communication bus e.g., 228, 230
  • Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may be implemented in hardware, computer- readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software depends upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not
  • the BS transceiver 202 and the MS transceiver 208 each comprise a transmitter module and a receiver module (not shown). Additionally, although not shown in this figure, those skilled in the art will recognize that a transmitter may transmit to more than one receiver, and that multiple transmitters may transmit to the same receiver.
  • an "uplink" transceiver 208 includes a transmitter that shares an antenna with an uplink receiver.
  • a duplex switch may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion.
  • a "downlink" transceiver 202 includes a receiver which shares a downlink antenna with a downlink transmitter.
  • a downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna in time duplex fashion.
  • the mobile station transceiver 208 and the base station transceiver 202 are configured to communicate via a wireless data communication link 214.
  • the mobile station transceiver 208 and the base station transceiver 202 cooperate with a suitably configured RF antenna arrangement 206/212 that can support a particular wireless communication protocol and modulation scheme.
  • the mobile station transceiver 208 and the base station transceiver 202 are configured to support industry standards such as the Third Generation Partnership Project Long Term Evolution (3GPP LTE), Third Generation Partnership Project 2 Ultra Mobile Broadband (3Gpp2 UMB), Time Division-Synchronous Code Division Multiple Access (TD- SCDMA), and Wireless Interoperability for Microwave Access (WiMAX), and the like.
  • the mobile station transceiver 208 and the base station transceiver 202 may be configured to support alternate, or additional, wireless data communication protocols, including future variations of IEEE 802.16, such as 802.16e, 802.16m, and so on.
  • the BS 102 controls the radio resource allocations and assignments, and the MS 104 is configured to decode and interpret the allocation protocol.
  • the MS 104 controls allocation of radio resources for a particular link, and could implement the role of radio resource controller or allocator, as described herein.
  • Processor modules 216/222 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein.
  • a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like.
  • a processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.
  • Processor modules 216/222 comprise processing logic that is configured to carry out the functions, techniques, and processing tasks associated with the operation of system 200.
  • the processing logic may be resident in the BS 102 and/or may be part of a network architecture that communicates with the BS transceiver 202.
  • a software module may reside in memory modules 218/220, which may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
  • memory modules 218/220 may be coupled to the processor modules 218/222 respectively such that the processors modules 216/220 can read information from, and write information to, memory modules 618/620.
  • processor module 216, and memory modules 218, processor module 222, and memory module 220 may reside in their respective ASICs.
  • the memory modules 218/220 may also be integrated into the processor modules 216/220.
  • the memory module 218/220 may include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 216/222.
  • Memory modules 218/220 may also include non- volatile memory for storing instructions to be executed by the processor modules 216/220.
  • Memory modules 218/220 may include a frame structure database (not shown) in accordance with an exemplary embodiment of the invention.
  • Frame structure parameter databases may be configured to store, maintain, and provide data as needed to support the functionality of system 200 in the manner described below.
  • a frame structure database may be a local database coupled to the processors 216/222, or may be a remote database, for example, a central network database, and the like.
  • a frame structure database may be configured to maintain, without limitation, frame structure parameters as explained below. In this manner, a frame structure database may include a lookup table for purposes of storing frame structure parameters.
  • the network communication module 226 generally represents the hardware, software, firmware, processing logic, and/or other components of system 200 that enable bi-directional communication between base station transceiver 202, and network components to which the base station transceiver 202 is connected.
  • network communication module 226 may be configured to support internet or WiMAX traffic.
  • network communication module 226 provides an 802.3 Ethernet interface such that base station transceiver 202 can communicate with a conventional Ethernet based computer network.
  • the network communication module 226 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC)).
  • MSC Mobile Switching Center
  • Fig. 3 is an illustration of an exemplary radio channel operating environment with a plurality of MBS zones grouped into MBS service groups (or MBS service areas), according to an embodiment.
  • Fig. 3 depicts various MBS zones 302/304/306/308/310/312 grouped into MBS service groups 300 (or MBS service areas) (shown as 300(a) and 300(b)).
  • MBS zones 302/304/306/308/310/312 can include any number of BSs 102 and MSs 104.
  • MBS service group 300(a) includes MBS zones 302,
  • MBS service group 300(b) includes MBS zones 306, 308, 310 and 312.
  • an MBS zone e.g., 306
  • MBS zones may be included in multiple MBS service groups 300(a) and 300(b).
  • the included MBS zones may be disjointed, and are not required to be in any particular type of cluster.
  • MBS zones may be any shape and are depicted as hexagons for exemplary purposes.
  • Fig. 4 is a flowchart illustrating a method of resolving inter-zone performance issues using MBS groups, according to an embodiment.
  • MBS zones 302/304/306/308/310/312 are grouped into MBS service groups 300(a) and 300(b) for example.
  • MBS zones may be grouped, for example, dependant upon their relative geographic locations, as well as common data transmitted from BSs 102 therein.
  • MBS service flows which may have the same geographic extent by virtue of being associated with a common set of MBS Zones and may require seamless service continuity across all MBS Zones within which the MBS service flows are made available, may be associated with a common MBS Service Group identified by an MBS Service Group Identifier (MBS Service Group ID).
  • MBS Service Group ID MBS Service Group Identifier
  • the association of MBS Service Group to MBS Zone can be defined by attaching the MBS Service Group ID to the appropriate MBS Zone identifier when the MBS Zone identifiers are made known to the MS/SS via the DCD and neighbor advertisements.
  • an MS may then know, before performing handover, the MBS Zone identifiers that will allow the MBS content (that it is currently receiving) to be continued at the target BS by searching for MBS Zone identifiers that are associated with the MBS Service Groups that it is actively receiving.
  • the process continues to operation 410, where common MBS service group 300(a), 300(b) information is indicated to one or more MS 104.
  • Such information may include the MBS service group ID(s), MBS zone ID(s) and/or MCID(s).
  • an MS 104 in idle mode may, if it has stored neighbor information for a new preferred BS 102, for example, use the MBS Service Group ID info to obtain the associated MBS Zone identifiers that may allow service continuity for the MBS content that it is actively receiving.
  • the MS may determine that the particular MBS content that it is currently receiving is not available at a particular BS 102, if the MS 104 does not find the MBS Service Group ID associated with the content to be attached to any MBS Zone identifier supported by the BS 102. If the MS 104 does not have applicable neighbor information stored, the MS can obtain such information from the Preferred BSs 102 DCD (since the MS 104 has to receive such information from the Preferred BS before it can begin reception from the BS 102).
  • the MS 104 can be provided the MBS Service Group
  • MBS MAP message chaining mechanism does not continue to any neighboring MBS Zones for this MBS service flow unless MCID and MBS Zone ID remapping information is provided by other means, such as is currently possible in IEEE 802.16 via the broadcasting of such remapping information.
  • the MS 104 may not know a-priori whether or not the MBS content is available at a BS 102 without performing an MBS update request via location update when the MS 104 is in Idle Mode or on not receiving a CID update after handover.
  • an MBS Zone may have one or more MBS Service
  • MBS Service Groups associated with it may also include MBS service flows that are not associated with an MBS Service Group. Accordingly, one or more MBS Service Groups and also MBS service flows, not belonging to an MBS Service Group, are flexibly allowed to be provided via a particular MBS Zone. This allows independence in the configuration for macro-diversity coverage and radio resource allocation considerations (as governed by the MBS Zone) from the configuration of the service coverage area and seamlessness of the service continuity requirements across the service coverage area (as governed by the MBS Service Group).
  • service flow parameters such as QoS to be set
  • service flow parameters such as QoS
  • there should be no loss of MBS service support by requiring the service flow parameters to remain unchanged for service flows within an MBS Service Group over the entire geographic area for which the MBS Service Group is available.
  • the service flow parameters including MCID assignments and logical channel mappings, remain the same throughout the entire geographic area for which an MBS Service Group is available. In this manner, signaling overhead is greatly simplified and reduced (since updating of these parameters is not required on MBS Zone transitions) to achieve service continuity across MBS Zones that provide the same content.
  • the additional overhead to add to the MBS Service Group ID information to support one or more embodiments of this invention is minimal.
  • the MBS Service Group ID being defined as typically one byte, there can be only one byte of additional information for each MBS Service Group that is associated with an MBS Zone identifier that is active for a BS.
  • this information is included in the DCD and in the neighbor list (MOB_NBR-ADV).
  • the amount of overhead may depend on how many BSs in the neighboring area have different sets of MBS Zones with different MBS Service Group associations since the neighbor list was designed to eliminate the replication of DCD TLV information which is identical between neighboring BSs included in the list.
  • this can also be one additional byte for each MBS Service Group that is associated with an MBS Zone identifier per neighboring BS, but generally, the additional overhead due to support for MBS Service Groups will be significantly less than this.
  • a target or preferred BS 102 is within a desirable MBS service group 300 (e.g., an MBS service group 300 transmitting appropriate content data).
  • a MS 104 can make this determination based on the content information of the MBS service group 300 within which the preferred BS 102 resides, as described above.
  • the 104 obtains service from the target (or preferred) BS 102 in the target BS 102 is in the MBS service group 300.
  • the Type Length Value (TLV) parameter can be included in the RNG-REQ message when the MS 104 is attempting to perform a location update due to an MBS update.
  • the MBS update indicates the MS 104 is currently attempting to perform a location update due to a need to update service flow management encodings for MBS flows.
  • the target BS 102 may include the CID update (as explained below) and SAID_update TLVs in the REG-RSP for an MS 104 recognized by the target BS 102 as performing handoff, or network reentry from idle mode, or location update for an MBS update.
  • BS 102 may include a compressed CID update TLV (as explained below) instead of the CID_update TLV in REG-RSP message, if the CID update procedure is required.
  • the target BS 102 recognizes an MS 104 performing network reentry from idle mode by the presence of a serving BSID or paging controller ID and ranging purpose indication with Bit # 0 set to one in the RNG-REQ message.
  • the target BS 102 recognizes an MS 104 performing location update for MBS zone update by the presence of a paging controller ID, ranging purpose indication with Bit # 1 set to one, and an MBS update in the RNG-REQ.
  • the CID update is a compound TLV value that provides a shorthand method for replacing the active connections used by the MS 104 in its previous serving BS 102.
  • Each CID_update TLV specifies a CID in the target BS 102 that may replace a CID used in the previous serving BS 102.
  • Multiple instances of CID_update may occur in the REG-RSP to facilitate recreating and reassigning admitted or active service flows for the MS 104 from its previous serving BS 102. If any of the service flow parameters change (including target SAID, see below), then those service flow parameter encoding TLVs that have changed may be added.
  • the BS 102 may not include an instance of CID_update for that service flow.
  • These TLVs enable the target BS 102 to renew connections used in the previous serving BS 102, but with different service flow management encodings settings.
  • the Compressed CID update TLV also provides for replacing the active connections used by the MS 104 in its previous serving BS 102 as the CID update TLV. It can diminish the length of REG-RSP message, according to various embodiments.
  • MBS_MAP multicast and broadcast service map
  • the BS can send an MBS_MAP message on the Broadcast CID to specify the location and size of multi-BS MBS data bursts which are located in frames that are from two to five frames in the future from the frame containing the MBS MAP message. If present, an MBS MAP message can be located at the first symbol and the first subchannel in the MBS.
  • the MBS_MAP message format is presented below. This message includes the MBS_DATA_IE,
  • Extended_MBS_DATA_IE and MBS_DATA_Time_Diversity_IE which define the access information for the MBS burst. (See Tables below).
  • the BS 102 may establish a DL MBS by creating a multicast connection with each MS 104 to be associated with the service. Any available traffic CID value may be used for the service (i.e., there may be no dedicated CIDs for multicast transport connections). To ensure proper multicast operation, the CID used for the service is the same for all MSs 104 on the same channel that participate in the connection. The MSs 104 need not be aware that the connection is a multicast connection; however, for MBSs which utilize MBS specific features, the multicast connection may be established using a multicast CID.
  • each multicast or broadcast SDU may be transmitted only once per BS 102 channel. Since a multicast connection is associated with a service flow, it is associated with the QoS and traffic parameters for that service flow. Automatic Repeat Request (ARQ) is not applicable to multicast connections. If a DL multicast connection is to be encrypted, each MS 104 participating in the connection may have an additional security association (SA), allowing that connection to be encrypted using keys that are independent of those used for other encrypted transmissions between the MSs 104 and the BS 102.
  • SA additional security association
  • the target BS 102 may use CID update and or SAID_update as part of REG-RSP encodings TLV in RNG-RSP, or DSC-REQ messages upon HO completion, to change the configuration of the connections, as required.
  • ARQ and Hybrid ARQ are not applicable to multicast connections as there is no feedback from the MS 104 at layer one or layer two.
  • MBS may be used with time-diversity enabled allowing a HARQ like behavior, where some HARQ parameters are used for MBS bursts to allow proper sequencing and time diversity combining when MBS bursts are retransmitted, without requiring any layer one or layer two acknowledgements from the MS 104.
  • Logical Channel IDs which pairs with MCID in the
  • Extended MBS DATA IE is allocated to each MBS Contents ID value in the order that it is included in the MBS Contents IDs TL.
  • an MS 104 can receive multiple MBS messages for an MBS connection with different MBS contents distinguished by Logical Channel ID belonging to a MCID.
  • the BS 102 may allocate MBS service data units (SDUs) in the order defined in the Extended MBS DATA IE.
  • SDUs MBS service data units
  • each MS if a DL multicast connection is to be encrypted, each MS
  • SA additional security association
  • MBS flows may be encrypted at the application layer or
  • MBS may provide access control against theft of service by enforcing data encryption based on advanced encryption standard with counter mode encryption (AES-CTR) defined in NIST Special Publication 800-38A and FIPS 197. Details of MBS security are defined in the tables below. [0064] In one embodiment, for all BSs 102 that belong to the same MBS Zone and if applicable, that support the same MBS Service Group 300, the following coordination can be provided:
  • SDU's may be transmitted in the same frame in all BS in the same MBS Zone.
  • Packets of the MBS content may be classified and mapped to SDUs identically at each BS 102 within the MBS Zone.
  • SDU fragment sequence number and fragmentation size across frame transmissions must be identical, according to an embodiment.
  • Coordination in the MBS Zone and, if applicable, between all MBS Zones for an MBS Service Group 300 can provide a means for the MS 104 to continue to receive MBS transmissions from any BS 102 that is part of the MBS Zone and that supports the same MBS Service Group 300, respectively, regardless of the MS 104 operating mode (e.g., Normal Operation, Idle Mode) without need for the MS 104 to register to the BS 102 from which it receives the transmission.
  • MS 104 operating mode e.g., Normal Operation, Idle Mode
  • MBS transmissions may optionally be synchronized across all BSs 102 within an MBS Zone. This option enables an MS 104 to receive the multicast or broadcast transmission from multiple BSs 102 using macro-diversity, and thereby improves the reliability of reception.
  • an additional parameter may also be required to be the same across the BSs 102 if macro-diversity is used as explained below.
  • a BS 102 may provide the MS 104 with MBS content locally within its coverage and independently of other BSs 102.
  • the single BS 102 provision of MBS can therefore include a configuration where an MBS Zone is configured to consist of one BS 102. This configuration may be provided as one of the possible cases of multi-BS MBS. In this case, the BS 102 may use any MCID value for providing the MBS service, independently of other BSs 102.
  • the MS 104 receives the MBS data from its serving BS 102, and the MS 104 should not expect the service flow for this MBS connection to continue should the MS 104 leave the serving BS 102.
  • the BS 102 or MS 104 may initiate the Dynamic Service Addition (DSA) procedure with respect to multicast and broadcast connections.
  • DSA Dynamic Service Addition
  • Such knowledge may be used to initiate bi-directional upper layers communication between the MS 104 and the network for the purpose of configuration of MBS.
  • the MS 104 can reuse the same configuration when it moves to another BS 102 without re-configuration.
  • the MBS Zone as identified by its MBS_Zone ID, and if applicable, the MBS Service Group 300 as identified by its MBS Service Group ID for the MBS service flow are provided to the MS 104 during the DSA procedure.
  • the MS 104 may continue to receive MBS transmissions from any BS 102 that is part of the MBS Zone and if applicable, that is part of any MBS Zone serving an MBS Service Group 300, regardless of the MS 104 operating mode (e.g., Normal Operation, Idle Mode) without need for update to any service flow management encoding for the MBS flow.
  • the MS 104 operating mode e.g., Normal Operation, Idle Mode
  • the BS 102 may include CIDJLJpdate in REG-RSP encoding TLV in the RNG-RSP to provide updated service flow management encodings for any affected MBS flow.
  • the MS 104 when an MS 104 in idle mode migrates to a BS 102 advertising another MBS_Zone and the MS 104 has one or more MBS service flows which are not part of MBS Service Groups 300 in the MBS Zone that changed, the MS 104 can be expected to have the MBS service flow management encodings updated at that BS 102, to acquire update on one or more of multicast CID Target SAID parameter, Packet Classification Rule parameter(s), MBS Zone Identifier Assignment parameter, and MBS contents IDs, to provide for further reception of MBS content for those MBS service flows.
  • the MS 104 may conduct location update to acquire updated MBS service flow management encodings, or may conduct re-entry from Idle mode.
  • the BS 102 may include CIDJUpdate in REG-RSP encoding TLV in the RNG-RSP to provide updated service flow management encodings for any affected MBS flow.
  • the BS 102 may include the
  • the BS 102 may include MBS Contents Identifier TLV in DSA-REQ/RSP to establish an MBS connection with multiple MBS contents.
  • the MS 104 may not include the MBS_Zone ID or MBS contents IDs in a DSA-REQ message.
  • the MS 104 may apply MBS service flow management encodings for service in the new MBS Zone in one of the following ways:
  • the MS 104 may continue to use the same MBS service flow management encodings, including MCID, Target SAID parameter, Packet Classification Rule parameter(s), and MBS Content IDs, that applied to these MBS service flows in the previous MBS Zone. However, if the new MBS Zone does not support one or more of the MBS Service Groups that were present in the previous MBS Zone, the MS 104 may deem the MBS service flows associated with these MBS Service Groups to be not available (i.e.
  • the MS 104 may update MBS service flow management encodings including MCID, Target SAID parameter, Packet Classification Rule parameter(s), MBS Zone Identifier Assignment parameter, and MBS contents IDs.
  • the MS 104 may be required to acquire MCID context through the other procedures, e.g., location-update, handover, or network-entry. However, if the MS 104 has an indication that the MCID has no continuity in the target MBS zone then the MS 104 may delete the MCID and MBS Zone Identifier Assignment related to the MCID, while the corresponding MBS service flows become provisioned but not active.
  • the MS 104 may perform MCID update procedure only for the provisioned service-flows for which the assigned MCID may change.
  • Multiple BSs 102 participating in the same multi-BS-MBS service may be time and frequency synchronized in the transmissions of common MBS data to allow macro diversity gain at the MS 104.
  • MBS bursts positions and dimensions as well as PHY parameters may be the same across all BSs 102 within the same MBS Zone.
  • macro-diversity synchronization requires that all BSs 102 within the same MBS Zone may use the same as indicated below, according to an embodiment:
  • DUIC parameters associated with each MBS Burst including FEC Type, Modulation Type, and Repetition Coding;
  • MBS MAP IE may be placed in the DL-MAP to point to the location of a dedicated MBS region allocation in the DL subframe.
  • the purpose of this IE is to do the initial direction of the MS 104 to the MBS allocation, and to redirect any MS 104 that has lost synchronization with MBS allocations back to the next MBS allocation.
  • different CIDs or different SAs may be used in different service areas for the same MBS flow.
  • a multicast and broadcast zone identifier (MBS_ZONE_ID) is used to indicate a service area through which a CID and SA for a broadcast and multicast service flow are valid.
  • MBS Service Group ID is used to indicate a larger geographic service area consisting of two or more MBS Zones through which the same multicast and broadcast service and content is available and across which seamless service continuity is provided.
  • a BS 102 that supports Multi-BS Access MBS may include the MBS zone identifier(s) and if applicable on a per-MBS-zone-identifier basis, an associated list of MBS Service Group IDs as a MBS zone identifier list and MBS Service Group IDs Per MBS Zone list in the DCD message, respectively.
  • the MBS zone identifier may not be '0'.
  • MOB_NBR-ADV message with only one value of 1 O' then the neighbor BS 102 is not affiliated with any MBS zone.
  • an MBS Service Group ID may be encoded in the DSA message. If an MS 104 in Idle mode moves into BSs 102 in the same MBS zone or other MBS zone providing support for the same MBS Service Groups, the MS 104 does not have to re-enter the network to re-establish a connection or a connection defined by MBS Contents Identifier to monitor the multicast and broadcast service flow.
  • One BS 102 may have multiple MBS zone IDs for different MBS services.
  • an MS 104 in idle mode can perform a location update process operation, if any location update condition is met.
  • location update evaluation conditions There are five location update evaluation conditions: paging group update, timer update, power down update, MAC hash skip threshold update, and MBS update.
  • MS may also perform location update processes at will.
  • One of skill in the art would realize that various location update processes may be implemented within the scope of the present disclosure.
  • an MS 104 in idle mode can perform a location update process when the MS 104 with multi-BS-MBS flows detects a change of MBS Zone requiring MBS update.
  • the MS 104 may detect the change of MBS Zone requiring MBS update by monitoring the MBS zone identifier list which is transmitted by the Preferred BS 102 in the DCD message. If the MBS zone identifier list detected does not include the MBS zone identifiers for all multi-BS-MBS flows to which the MS 104 belongs and if at least one of the MBS Zones which have changed has one or more MBS service flows that do not belong to an MBS Service Group, the MS 104 may determine that a change of MBS Zone requiring MBS update has occurred.
  • the MS 104 may conduct initial ranging with the target BS 102 by sending a RNG-REQ including Ranging Purpose Indication TLV with Bit # one set to one, Location Update Request and Paging Controller ID TLVs and HMAC/CMAC Tuple. If a change of MBS Zone requiring MBS update has been detected, then the MS 104 may include MBS update TLV in RNG-REQ.
  • target BS 102 may reply with a RNG-RSP including the Location Update Response TLV and HMAC/CMAC Tuple completing the location update process. If the paging group has changed, then target BS 102 may include Paging Group ID TLV in the RNG-RSP.
  • the target BS 102 can notify the paging controller via the backbone network of the MS 104 new location information, the MS 104 can assume the Paging Group ID of the target BS 102, and the paging controller may send a message over the backbone network to inform the BS 102 at which the MS 104 entered idle mode that the MS 104 has transitioned to a different Paging Group.
  • the BS 102 may include CIDJUpdate TLV in RNG-RSP and may include at least the SFID, Multicast CID, MBS Zone Identifier Assignment parameter, and may include MBS contents IDs, for any multi-BS-MBS service flow for which the MBS Zone has changed. If the target BS 102 evaluates the HMAC/CMAC Tuple as invalid, cannot supply a corresponding authenticating HMAC/CMAC Tuple, or otherwise elects to direct the MS 104 to use unsecure location update, then the target BS 102 can instruct the MS 104 to continue network reentry using the unsecure location update process by inclusion of Location Update Response TLV in RNG-RSP with a value of 0x01 (Failure of Location Update). [0087] Table 1 below is an exemplary row to be added to the existing table in the
  • the MBS Capabilities Supported parameter contains a bit map specifying whether particular enhanced MBS capabilities are supported or not.
  • a bit value of T means the particular capability is supported whereas a bit value of '0' means the particular capability is not supported. (See Table 3).
  • Type "yy" is used as a variable, which one of skill in the art would realize could be assigned different values.
  • the DSA-REQ/RSP message may contain the value of this parameter to specify an MBS Service Group ID that identifies an MBS Service Group to which the MBS service flow is associated.
  • the MBS Service Group is bound to the MBS Zone as identified by the MBS Zone identifier that may be specified for an MBS connection via the inclusion of the 'MBS Zone Identifier Assignment parameter' TLV as explained above. If this TLV has not been included in any DSA-REQ/RSP or DSC-REQ/RSP for the MBS connection or this TLV has been included but the MBS Service Group ID is an 8-bit long value of 0, this may indicate that the MBS connection is not associated with an MBS Service Group. (See Table 4 below).
  • the inclusion of this 'MBS Service Group ID Assignment parameter' TLV containing an 8-bit MBS Service Group ID that is non-zero or containing a valid 16-bit MBS Service Group ID in a DSC-REQ/RSP may associate the MBS connection with the identified MBS Service Group, and in addition, bind the MBS Service Group to the MBS Zone that has been assigned to the MBS connection. Conversely, if the MBS connection had previously been associated with an MBS Service Group, the inclusion of this 'MBS Service Group ID Assignment parameter' TLV containing an 8-bit MBS Service Group ID of value 0 may delete the MBS Service Group association from this MBS connection.
  • the MCIDs used for common MBS content and service may be the same for all BSs 102 within the same MBS-Zone, and if the MBS service flow belongs to an MBS Service Group, may be the same for all MBS Zones comprising the geographic service area of the MBS Service Group.
  • the MBS_Zone ID's may not be reused across any two adjacent MBS zones.
  • module refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according embodiments of the invention.
  • computer program product may be used generally to refer to media such as, memory storage devices, or storage unit. These, and other forms of computer-readable media, may be involved in storing one or more instructions for use by processor to cause the processor to perform specified operations. Such instructions, generally referred to as "computer program code” (which may be grouped in the form of computer programs or other groupings), when executed, enable the computing system.
  • memory or other storage may be employed in embodiments of the invention.
  • memory or other storage may be employed in embodiments of the invention.
  • any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the invention.
  • functionality illustrated to be performed by separate processing logic elements, or controllers may be performed by the same processing logic element, or controller.
  • references to specific functional units are only to be seen as references to suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L’invention concerne un système pour résoudre des questions de performance interzone au moyen de groupes de service de diffusion multiple-diffusion générale (MBS). Le système comprend une unité de traitement créant un groupe de service MBS à partir d’une pluralité de zones MBS, ayant des informations de groupe de service MBS communes, où chaque zone MBS comprend une ou plusieurs stations de base. Les informations de groupe de service MBS communes sont fournies à une ou plusieurs stations mobiles, de telle sorte que l’on puisse déterminer si une station de base cible est dan le groupe de service MBS, en se basant sur les informations de groupe de service MBS communes. Ensuite, un service est obtenu de la station de base cible s’il est déterminé que la station de base cible est dans le groupe de service MBS.
PCT/US2009/041638 2008-04-24 2009-04-24 Procédé et système pour résoudre des questions de performance interzone mbs au moyen de groupes de service mbs Ceased WO2009132255A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US4770408P 2008-04-24 2008-04-24
US61/047,704 2008-04-24

Publications (2)

Publication Number Publication Date
WO2009132255A2 true WO2009132255A2 (fr) 2009-10-29
WO2009132255A3 WO2009132255A3 (fr) 2010-02-18

Family

ID=41217428

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2009/041638 Ceased WO2009132255A2 (fr) 2008-04-24 2009-04-24 Procédé et système pour résoudre des questions de performance interzone mbs au moyen de groupes de service mbs

Country Status (1)

Country Link
WO (1) WO2009132255A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8289912B2 (en) 2008-10-30 2012-10-16 Industrial Technology Research Institute System and method for multicast/broadcast service zone boundary detection
JP2013523004A (ja) * 2010-03-12 2013-06-13 エルジー エレクトロニクス インコーポレイティド 広帯域無線接続システムにおける保安連係を考慮した領域変更方法及びそのための装置
KR20140084269A (ko) * 2011-10-25 2014-07-04 삼성전자주식회사 다중 m2m 디바이스 그룹 존 환경에서 머신-투-머신 통신

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100987230B1 (ko) * 2003-04-10 2010-10-12 삼성전자주식회사 무선 통신 시스템에서 방송/다중 서비스 방법 및 시스템
KR101069451B1 (ko) * 2004-04-14 2011-09-30 엘지전자 주식회사 이동통신 시스템의 인접 셀 서비스 수신 방법
KR20060011226A (ko) * 2004-07-29 2006-02-03 엘지전자 주식회사 이동통신 시스템에서 멀티캐스트 및 방송 서비스를 위한핸드오버 지원방법
KR100938078B1 (ko) * 2006-07-07 2010-01-21 삼성전자주식회사 통신 시스템에서 서비스 제공 시스템 및 방법

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8289912B2 (en) 2008-10-30 2012-10-16 Industrial Technology Research Institute System and method for multicast/broadcast service zone boundary detection
JP2013523004A (ja) * 2010-03-12 2013-06-13 エルジー エレクトロニクス インコーポレイティド 広帯域無線接続システムにおける保安連係を考慮した領域変更方法及びそのための装置
US8948130B2 (en) 2010-03-12 2015-02-03 Lg Electronics Inc. Zone switching method in a broadband wireless access system having regard to security association and device for same
KR20140084269A (ko) * 2011-10-25 2014-07-04 삼성전자주식회사 다중 m2m 디바이스 그룹 존 환경에서 머신-투-머신 통신
US20140269518A1 (en) * 2011-10-25 2014-09-18 Samsung Electronics Co., Ltd. Machine to machine communications in a multiple m2m device group zone environment
US10136455B2 (en) * 2011-10-25 2018-11-20 Samsung Electronics Co., Ltd. Machine to machine communications in a multiple M2M device group zone environment
KR101967418B1 (ko) * 2011-10-25 2019-04-10 삼성전자주식회사 다중 m2m 디바이스 그룹 존 환경에서 머신-투-머신 통신

Also Published As

Publication number Publication date
WO2009132255A3 (fr) 2010-02-18

Similar Documents

Publication Publication Date Title
CN109479292B (zh) 用于侧链路传输控制的方法和装置
US20110292859A1 (en) Mobility management method and system for multicast and broadcast services
US20230370902A1 (en) Relay UE Selection for Transmission Over Sidelink
JP7648644B2 (ja) 通信制御方法、基地局及びシステム
CN101111047B (zh) 利用中继基站进行通信的方法及系统
CN112312575B (zh) 一种通信方法及装置
WO2020024784A1 (fr) Procédé et dispositif utilisés dans un premier nœud et un second nœud dans une communication sans fil
JP7571174B2 (ja) 通信制御方法、ユーザ装置、プロセッサ及び基地局
US10250653B2 (en) Proximity service signaling protocol for multimedia broadcast multicast service operations
US20160227553A1 (en) Method for determining priorities of services and wireless equipment thereof
CN113661722B (zh) 一种业务数据传输方法及装置、网络设备、终端设备
US20230269758A1 (en) Managing multicast and broadcast services
US12418942B2 (en) Scheduling a data packet by using radio network temporary identifier
JP7728405B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2009132255A2 (fr) Procédé et système pour résoudre des questions de performance interzone mbs au moyen de groupes de service mbs
WO2009105981A1 (fr) Procédé de mise à jour de clé de cryptage de trafic de groupe et système associé
WO2022006849A1 (fr) Procédé et appareil de gestion d'état tci de service mbs et dispositif terminal
CN114666416B (zh) 一种被用于无线通信的方法和设备
CN118077297A (zh) 通过无线局域网进行的连接建立和双连通性通信
WO2023092507A1 (fr) Procédé et appareil de communication de liaison latérale
CN115668992A (zh) Mbs业务的传输方法及装置、网络设备、终端设备

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: 09735239

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09735239

Country of ref document: EP

Kind code of ref document: A2