WO2010013983A2 - 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법 - Google Patents

무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법 Download PDF

Info

Publication number
WO2010013983A2
WO2010013983A2 PCT/KR2009/004319 KR2009004319W WO2010013983A2 WO 2010013983 A2 WO2010013983 A2 WO 2010013983A2 KR 2009004319 W KR2009004319 W KR 2009004319W WO 2010013983 A2 WO2010013983 A2 WO 2010013983A2
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
mcbcs
message
service
request message
Prior art date
Application number
PCT/KR2009/004319
Other languages
English (en)
French (fr)
Other versions
WO2010013983A3 (ko
Inventor
김봉호
성수련
Original Assignee
포스데이타 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020090071028A external-priority patent/KR101036710B1/ko
Application filed by 포스데이타 주식회사 filed Critical 포스데이타 주식회사
Publication of WO2010013983A2 publication Critical patent/WO2010013983A2/ko
Publication of WO2010013983A3 publication Critical patent/WO2010013983A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to a multicast and broadcast service (MCBCS) support system and method, and more particularly, to a service subscription, service participation, service withdrawal, session for multicast and broadcast services on a wireless network.
  • MCBCS multicast and broadcast service
  • Wireless communication systems are being developed to provide various services such as broadcasting, multimedia video, and multimedia messages.
  • active research is being conducted to stably provide users with services of various QoS (Quality of Service) at high speed.
  • QoS Quality of Service
  • research is being actively conducted to ensure mobility and QoS and to provide high-speed services reliably in the next generation wireless communication system
  • the representative communication system is IEEE (Institute of Electrical and Electronics Engineers) 802.16 standard / WiMAX-based portable Internet system or WiMAX (Wireless Worldwide Interoperability for Microwave Access) system.
  • the present invention has been made in accordance with the requirements as described above, and an object of the present invention is to provide a system for performing service subscription, service participation, service withdrawal, session start, session update, and session termination for multicast and broadcast services And a method.
  • Another object of the present invention is to provide a system and method for providing a multicast and broadcast service based on the IEEE 802.16e / WiMAX standard.
  • the MCBCS support method on a wireless network of one embodiment of the present invention includes an ASN (Access Service Network) in which a multicast IP (Multicast and Broadcast Service) content corresponding to MBS (Multicast and Broadcast Service) content from a mobile station (MS).
  • ASN Access Service Network
  • MCBCS Multicast and Broadcast Service
  • MCBCS Multicast and Broadcast Service
  • AAA Authentication, Authorizations, and Accounting
  • the anchor service flow authorization transmitting a Resource Reservation Request (RR-REQ) message to the MBS Data Path Function (DPF) DPF; Transmitting, by the MBS DPF, a path registration request message to a BS; Sending, by the BS, a DSA-REQ message initiating MBS service to the MS; Sending, by the MS, a DSA-RSP message responsive to the DSA-REQ message to the BS; And transmitting, by the BS, a Resource Reservation Response (RR-RSP) message to the MBS DPF.
  • SFA Resource Reservation Request
  • DPF Data Path Function
  • the MCBCS server when the MS joins the MCBCS for the MS online to the MCBCS server after connecting to the network, the MCBCS server is the context (context) of the MS Communicating with the AAA based on the information; Updating, by the AAA, a user service profile based on the subscription of the MS when the terminal is authorized and authenticated to access the MCBCS; And transmitting, by the AAA, a Change of Authorization (CoA) request message to initiate the participation procedure to the anchor SFA in the ASN.
  • CoA Change of Authorization
  • the MCBCS server transmitting a session start request message to the MBS proxy;
  • the MBS proxy forwarding the session start request message to an MBS DPF;
  • the MCBCS server transmitting a session termination request message to the MBS proxy;
  • the MBS proxy forwarding the session termination request message to an MBS DPF; Transmitting, by the MBS DPF, a path deletion request message to a BS in response to the session termination request message;
  • the BS deleting a data path corresponding to the path deletion request message and transmitting a path deletion response message to an MBS DPF;
  • the method of supporting MCBCS on the wireless network transmitting; Sending, by the anchor DPF, an MBS withdrawal request message to an MBS proxy; The MBS proxy forwarding the MBS withdrawal request message to an MCBCS server; Transmitting, by the MCBCS server, an MBS withdrawal response message to the MBS proxy in response to the MBS withdrawal request message; The MBS proxy forwarding the MBS leave response message to the anchor DPF; Sending, by the anchor DPF, a path deletion request message to a BS; And deleting, by the BS, a data path corresponding to the path deletion request message, and transmitting a path deletion response message to the anchor DPF.
  • IGMP leave message IGMP leave message
  • MLD message containing the multicast IP address corresponding to the MBS content to be terminated by the MS to the anchor DFP Transmitting; Sending, by the anchor DPF, an MBS withdrawal request message to an MBS proxy; The MBS proxy forwarding the MBS withdrawal request message to an MCBCS server; Transmitting, by
  • the AAA sends an MBS withdrawal request message to initiate the MBS withdrawal procedure for the MS to the anchor SFA; Transmitting, by the anchor SFA, an RR-REQ message indicating a release of a corresponding service flow to a serving SFA in response to the MBS withdrawal request message; Sending, by the service SFA, a path deletion request message to a BS corresponding to the RR-REQ message; Sending, by the BS, a DSD-REQ message requesting path deletion to the MS; Sending, by the MS, a DSD-RSP message in response to the DSD-REQ to the BS; Sending, by the BS, a path deletion response message confirming path deletion to the serving SFA; And transmitting, by the serving SFA, an RR-RSP message indicating release of the service flow to an anchor SFA.
  • an MCBCS support system in a wireless network of one embodiment of the present invention includes an MCBCS server that performs IP multicast group management, MCBCS session management, and mapping information transmission for MCBCS for an MS subscribed to an MBS zone and an MCBCS; An MBS Proxy for performing a control plane function to support MCBCS in the MBS zone; An MBS DPF that performs data plane bear management and MBS data distribution in the MBS zone; An MBS synchronization function (MBS Sync Function) for generating synchronization information and a synchronization rule for the MBS zone to perform MBS synchronization; And an MBS agent for adjusting system resource allocation based on the synchronization information received from the MBS synchronization function unit, and constructing an MBS frame based on the mapping information for the MCBCS to transmit MBS traffic to the MS. It is characterized by including.
  • the MCBCS support system in the wireless network communicates with the AAA based on the context information of the MS when the MS applies for MCBCS subscription for the MS online after network connection.
  • An MCBCS server And perform authentication and authorization to access the MCBCS for the MS, and if the authentication and authorization succeed, update the user service profile based on the MS's subscription, and initiate a participation procedure to the SFA in the ASN.
  • Authorization characterized in that it comprises an AAA for transmitting a request message.
  • a specific method for performing a service subscription, service participation, service withdrawal, session start, session update, and session termination for multicast and broadcast services can be efficiently performed.
  • according to the present invention has an effect that can efficiently provide multicast and broadcast services in a system based on IEEE 802.16e and / or WiMAX.
  • FIG. 1 illustrates a configuration diagram of an MCBCS system according to the present invention.
  • FIG. 2 is a flowchart illustrating a service guide acquisition procedure according to an embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating a service subscription procedure according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating MCBCS reception in terms of an MS.
  • FIG. 5 is a diagram illustrating MCBCS provision in terms of an MCBCS server.
  • FIG. 6 is a flowchart illustrating a participation procedure by an MS according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a participation procedure by a network according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating an online subscription network triggering procedure according to an embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a session start procedure according to an embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating a session termination procedure according to an embodiment of the present invention.
  • FIG. 11 is a flowchart illustrating a service withdrawal procedure by the terminal according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating a service withdrawal procedure by the network according to an embodiment of the present invention.
  • a broadcast service is a unidirectional point-to-multipoint in which data is transmitted from a single source to a plurality of MSs within a relevant broadcast service area. to-multipoint) service.
  • the multicast service is a one-way point-to-multipoint service in which data is transmitted from one source to a multicast group in an associated multicast service area.
  • the multicast service differs from the broadcast service in that it is provided only to users who subscribe to a predetermined multicast service and participate in a multicast group associated with the predetermined multicast service.
  • These multicast services can be divided into static multicast and dynamic multicast, which are used to determine the number of mobile stations (MSs) receiving content transmitted from a base station (BS).
  • MSs mobile stations
  • BS base station
  • Content is always transmitted over a multicast channel by the access network without consideration, and dynamic multicast allows the system to monitor the number of users in the MBS zone so that there is a content recipient within the MBS zone. If it transmits MBS data.
  • An IP Multicast Group refers to a set of MSs identified by the same single IP multicast destination address.
  • the IP multicast group is assigned by the MCBCS server / controller, and the multicast datagram is sent to all members of the MS group.
  • a multicast and broadcast service is divided into MBS and MCBCS according to a layer, and MBS is multicast provided by MAC and PHY layers.
  • MCBCS refers to multicast and broadcast service provided at a network layer or higher.
  • MBS zone is a collection of BS using the same Connection Identifier (CID) and Services & System Aspects (SA) for a predetermined MCBCS content transmission. Therefore, the MBS zone can be identified by a uniquely assigned MBS_Zone ID (MBS_Zone identifier). For example, for downlink multicast services in the same MBS zone, the same Multicast Connection Identifier (MCID) and SA are assigned to all MSs on the same air connection.
  • the MBS zone may include one or more Access Service Networks (ASNs) of the same Network Access Provider (NAP), and may be shared by one or more NSPs.
  • ASNs Access Service Networks
  • NAP Network Access Provider
  • MCBCS channel refers to a channel for transmitting MCBCS data or content individually or in a group.
  • each content channel eg, news channel
  • the MCBCS program refers to a group of MCBCS contents to which a user can subscribe as a service package.
  • the MCBCS program may be transmitted to all regions or selected regions of the network. Such adjacent or non-adjacent regions are referred to as MCBCS transmission zones in the present invention, which is MCBCS program for each MCBCS program. It can be defined as a set of BSs that multicast / broadcast the contents of at the same time or nearly simultaneously.
  • the MCBCS transmission zone does not necessarily need to be directly related to MAC features or frequency reuse.
  • the synchronization of the air transmissions must be made within only a few delays.
  • the minimum delay of synchronization is close to the latency introduced by the communication between the two furthest elements in the network.
  • the need to overcome packet loss can increase the synchronization delay.
  • the MBS scheduler can introduce delays up to 255 frames. In addition, the MBS scheduler must control how many delays are introduced.
  • An entity performing transmission synchronization in the MBS zone has a clock synchronized with BSs belonging to the MBS zone. If the entity is present in the ASN-GW, the clocks of the ASN-GW and BSs in the MBS zone must be synchronized. As a specific technology for synchronization, various technologies such as GPS and IEEE 1588 may be used.
  • the PHY parameters associated with each MBS burst e.g., FEC type, Modulation Type
  • the mapping of service data units (SDUs) to MBS bursts should be the same. That is, SDUs should be mapped identically to MAC Protocol Data Units (PDUs), which means that the same SDU order, the same header and subheader, and the same fragmentation are applied if possible.
  • PDUs MAC Protocol Data Units
  • the order of MAC PDUs within a burst must be the same.
  • MBS zones can overlap, and resources (time and frequency) must be allocated synchronously if the overlap is deep enough.
  • FIG. 1 illustrates a configuration diagram of an MCBCS system according to the present invention.
  • the MCBCS system according to the present invention supports an implementation on a WiMAX network.
  • the MCBCS system includes an MCBCS content server 400, an MCBCS server / controller 330, authentications, authorizations, and accounting (AAA) 310, and a subscriber profile storage 320. , MBS Proxy 221, MBS Data Path Function (DPF) 222, MBS Agent 211, MBS Client 110, MBS Synchronization Function Unit (not shown).
  • MCBCS content server 400 an MCBCS content server 400
  • MCBCS server / controller 330 authentications, authorizations, and accounting (AAA) 310
  • AAA authorizations, and accounting
  • subscriber profile storage 320 subscriber profile storage 320.
  • MBS Proxy 221 MBS Data Path Function (DPF) 222
  • MBS Agent 211 MBS Client 110
  • MBS Synchronization Function Unit not shown.
  • the MCBCS Content Server 400 provides MCBCS content such as multimedia flows, data files, and the like.
  • the content provider may be a network service provider (NSP) or may be a third party not related to the WiMAX network.
  • NSP network service provider
  • MCBCS Server / Controller 330 is capable of IP multicast group management, MCBCS program management, MCBCS announcement management (including MCBCS guided manipulation and distribution), MCBCS session management, Data encryption support, application layer key management, security below the application layer (eg SRTP, IPSec), mapping information (eg, IP address of MCBCS content is assigned to the MBS zone.
  • MCBCS components of a connectivity service network (CSN) are controlled by transmitting information mapping to MCID and information mapping MBS zone ID to MCBCS transmission zone.
  • the AAA / PDF 310 is responsible for MCBCS authentications, authorizations, accounting, and the like. AAA / PDF can access the Subscriber Profile Repository to obtain relevant information.
  • the subscriber profile repository 320 stores and manages a subscriber profile.
  • the MBS Proxy 221 is a control plane function that is uniquely provided for each MBS zone of NAPASN-GW and supports MCBCS in the MBS zone.
  • the MBS Proxy may include an SFA function that indicates multicast datapath's policy parameters supported through Service Flow Authorization (SFA), and may be located with a primary MBS DPF.
  • SFA Service Flow Authorization
  • MBS Proxy interacts with MCBCS server / controller to support MCBCS session management, relays bearer establishment requests from MCBCS server / controllers to MBS DPF, downlink macro diversity (DL) interact with the MBS Sync Function (reference, the location of the MBS Synchronization Function is FFS) to support service synchronization for macro diversity, and use MCBCS access parameters (e.g., MCID / LCID, MBS zone ID, etc.) are transmitted through R6 / R4 to the BS belonging to the MBS zone.
  • MCBCS access parameters e.g., MCID / LCID, MBS zone ID, etc.
  • MBS Proxy enforces MBS service flow policies (e.g., QoS, billing, mapping of MCBCS transmission zones and MBS zones) to implement MCBCS on WiMAX networks, and obtains MBS zone and MBS DP policies from AAA / PDF. It interfaces with the MBS DPF to trigger MBS zone and MBS DP establishment, maintenance, and release.
  • MBS service flow policies e.g., QoS, billing, mapping of MCBCS transmission zones and MBS zones
  • the MBS DPF 222 is a data plane entity in the MBS zone of the NAP, and is responsible for data plane bear management and MBS data distribution.
  • the MBS DPF includes MCBCS bearer control management including establishment, maintenance, and release of DPs, MCBCS bearer traffic classification and delivery, GRE key and sequence number management, and Distribution, MCBCS billing support, MBS sync function (MBS sync function) performs functions such as IP multicast packet or information forwarding. Meanwhile, the MBS DPF may be classified into a primary MBS DPF and a serving MBS DPF.
  • the primary MBS DPF is uniquely assigned to each MBS zone, and when it receives a session start trigger from the MBS proxy, it acts as an Internet Group Management Protocol (IGMP) client to operate the IP multicast group tree (IP) between the ASN and CSN.
  • IGMP Internet Group Management Protocol
  • IP IP multicast group tree
  • an IGMP report message is sent to the final MR between the ASN and the CSN.
  • an IP multicast packet or information forwarding is performed by the MBS sync function.
  • the serving MBS DPF then forwards the IP multicast packet. For reference, IP forwarding may be performed by unicast or multicast in the ASN.
  • the MBS Agent 211 is located in the BS 210 to perform MCBCS specific functions of the ASN.
  • the MBS agent is a function entity that manages data plane bearer management and also manages radio resource allocation information for supporting the operation of the MBS synchronization function and the MBS DP.
  • the MBS agent supports the DPF function in the BS, supports radio resource management information exchanged with the MBS synchronization function, and coordinates system resource allocation based on synchronization information received from the MBS synchronization function.
  • MBS subframe configuration based on information (which can be obtained from the MBS synchronization function and transmitted to the air), and transfers mapping information for mapping the MCID / LCID to the corresponding MBS zone ID, MBS_MAP_IE, Broadcast MBS_MAP and MBS_DATA_IE (including MBS zone ID and MCID).
  • MBS Client 110 is located at each MS 100 to support IP multicast-capable IPv4 and IPv6 stacks, service discovery / announcement, service subscription / It performs functions such as registration, application layer security support, optional statistic collection support, and reorganization of MCBCS program content.
  • the MBS Sync Function coordinates MCBCS content downlink transmissions over single and multi-frequency WiMAX networks in the MBS transmission zone.
  • the MBS synchronization function includes an MBS Sync Controller Function for generating synchronization information and synchronization rules for the entire MBS zone, and an MBS synchronization execution function for configuring MBS_MAP_IE, MBS_MAP, MBS_DATA_IE, MAC SDU or PDU, and MBS area. You can execute (MBS Sync Executer Function).
  • Table 1 illustrates the function of WiMAX NRM reference points related to the MCBCS system according to the present invention.
  • the MBCBS Service Discovery Procedure is performed by MCBCS server discovery, service announcement and service guide delivery.
  • MCBCS server discovery is a process in which the MS finds the MCBCS server through a static or dynamic method.
  • the MS is provided with the IP address of the MCBCS server.
  • some methods such as broadcast or SMS may be used.
  • the service announcement corresponds to the second step of the service discovery procedure, and may be made by unicast or multicast.
  • Service guide transmission may be by broadcast or unicast.
  • the MS sends a service guide request message to the MCBCS server to check what kind of service is provided, and the MCBCS server receives the service guide request message to the MS.
  • the service guide includes service related information such as a program ID, a content ID, a schedule (start and end time), and the like.
  • the MS obtains the MCID transmitted together with the service guide through the DCD message, and receives the service guide including the service related information using the assigned MCID.
  • user operation messages may be coded using XML and transmitted through HTTP / TCP.
  • FIG. 2 is a flowchart illustrating a Service Guide Acquisition procedure according to an embodiment of the present invention.
  • step S201 the MS sends a service guide request message to the MCBCS server to request service information to determine what kind of service is available.
  • the MCBCS server transmits a service guide such as a program ID, a content ID, a schedule (start / end time), etc. to the MS.
  • the user subscribes to the NSP via online or offline.
  • the MS obtains the service guide by broadcast or unicast before subscription, and if the user wants to receive the MCBCS provided by the NSP, the user subscribes to the MCBCS server located in the CSN based on the service guide. .
  • the MCBCS server receives the subscription request, the MCBCS server requests user authentication and authorization from the AAA, and the AAA sends the authentication / authorization result to the MCBCS server in response. If authentication / authorization is successful, the MS has the right to receive MBS data.
  • offline subscription can also be performed based on the Web (Web).
  • FIG. 3 is a flowchart illustrating a service subscription procedure according to an embodiment of the present invention.
  • the MS transmits a subscription request message to the MCBCS server.
  • the subscription request message includes a user information (NAI), a program ID, a content ID, and the like.
  • NAI user information
  • the MCBCS server transmits the user information to the AAA to request authentication and authorization, and the AAA transmits the result to the MCBCS server after performing authentication and authorization.
  • the MCBCS server sends a subscription response message to the MS based on the result.
  • the subscription response message includes a program ID, content ID, MBS zone ID, MCID, and the like.
  • the MBS zone ID and the MCID may be obtained by service guide delivery or subscription.
  • the MS Upon receiving the service guide, the MS determines the MBS content that it wants to receive and joins a multicast group for the MBS content. In the case of broadcast and static multicast, a joining procedure by the MS is not required because all MBS content is distributed or the MBS zone is already defined. In addition, since the MS already has a mapping table for the content ID, the multicast IP address, and the MCID, the MS can receive the desired MBS content without the participation procedure.
  • Session Start by the MCBCS Server is used to efficiently allocate network resources. Although network resources can be reserved at any time, it is more effective to allocate resources of ASN-GW and BS in actual data transmission.
  • service related information such as content ID, MCID, multicast IP address, schedule (start / end time), MBS zone ID, etc. is transmitted.
  • the MCBCS Proxy If the MCBCS Proxy receives a Session Start Request from the MCBCS Server, the MCBCS Proxy triggers the anchor MCBCS DPF to initiate IGMP participation with the MR.
  • Session Update is used by the MCBCS server to notify the ASN when NAP changes the channel configuration.
  • Session Stop is triggered by MCBCS server and is used to release network resources of ASN-GW and BS. If there is no MCS content to be transmitted by the MCBCS server for a long time, the MCBCS server sends a session stop request message to the MCBCS proxy. The MCBCS proxy, upon receiving the session end request message, triggers the anchor MCBCS DPF to release the allocated network resources. The anchor MCBCS DPF then initiates the R6 data path release procedure.
  • the MS or the MCBCS server When the MS completes reception of the requested MBS content or the MCBCS server determines to terminate the MBS content transmission, the MS or the MCBCS server triggers a service Leaving procedure.
  • the MS's withdrawal procedure for the ASN-GW is not required because the MCBCS server manages the user group.
  • the distribution tree is released based on whether there is a receiver in the BS.
  • Receipt of the MCBCS can be considered in terms of the MS and MCBCS server, where FIG. 4 illustrates the procedure in terms of the MS and FIG. 5 illustrates the procedure in terms of the MCBCS server.
  • Activities on the MS side are made by each individual user, and activation on the MCBCS server side is made regardless of the number of MSs participating. And these two procedures are performed independently of each other.
  • the MBCBS Service Discovery Procedure is performed by MCBCS server discovery, service announcement and service guide delivery.
  • MCBCS server discovery is a process in which the MS finds the MCBCS server through a static or dynamic method.
  • the static method the IP address or URL of the MCBCS server is pre-installed on the MS.
  • the dynamic method the server IP address is not preinstalled on the MS, and the MS has the IP address and / or domain name of the MCBCS server / controller via DHCP, SMS, website, broadcast, etc. Get)
  • the service announcement corresponds to the second step of the service discovery procedure, and may be made by unicast or multicast.
  • Service guide transmission may be by broadcast or unicast.
  • the MS sends a service guide request message to the MCBCS server to check what kind of service is provided, and the MCBCS server receives the service guide request message to the MS.
  • the service guide includes service related information such as a program ID, a content ID, a schedule (start and end time), and the like.
  • the MS obtains the MCID transmitted together with the service guide through the DCD message, and receives the service guide including the service related information using the assigned MCID.
  • user operation messages may be coded using XML and transmitted through HTTP / TCP.
  • the service subscription procedure may include service authorization.
  • Service authorization is especially important because broadcasts do not require the participation procedure. The subscriber must be authorized in advance to receive the download data.
  • Service subscription is the first step in a user establishing a relationship with a service provider. Depending on the operator's scenarios, for some free services and / or emergency services, a subscription procedure may not be required. Subscriptions can be made online and offline. In the case of online, the MS sends a subscription request to the MCBCS server / controller of the CSN, which may include the MS signature, the MCBCS program package ID, the MCBCS service ID, and the like. Upon receiving the subscription request, the MCBCS server / controller requests authentication of the MS based on the signature of the MS to an authentication server. If authentication is successful, the allowed MCBCS is added to the MS profile. The MCBCS server / controller associates the MS with the MCBCS and sends a subscription response MS informing the subscription result.
  • the subscription request procedure applies equally to unsubscribe. After leaving the MCBCS group, the MS can send an un-subscribe request. It may also require authentication. If authentication is successful, the mapping of the MS and the MCBCS may be released, and the MCBCS server / controller sends a subscription response indicating the result to the MS.
  • the subscription step is optional. If a subscription is required in the broadcast service, it is preferable to perform authentication and authorization in this step. On the other hand, in the case of a multicast service, a subscription step is required.
  • Service Announcement is performed by requesting an MCBCS available to the user or by notifying the MCBCS available to the user.
  • the service announcement is irrelevant whether or not the MS has subscribed to MCBCS.
  • Service announcement may be performed using several methods, such as by broadcasting to the MS or by the MS requesting control information via unicast.
  • the service announcement may include a service ID, a service name, a content description, schedule information (start / end time), an MCBCS service area, and the like.
  • the MCBCS may include one or more contents having the same QoS requirements and identified by the same multicast IP address and content description pair.
  • the service participation procedure may include a service authorization procedure for the MS.
  • MBS service information is downloaded to the MS, which stores the MBS service information including service details (eg, movie channel, TV channel, etc.), multicast IP address, start time, etc. .
  • the MS can join the preferred IP multicast group at any time. If the MS wants to join some IP multicast group, the MS selects the desired multicast IP address from the MCBCS service information and sends a joining request message informing the multicast group to join.
  • the MBS proxy receives the participation request message from the MS, the MBS proxy requests service authorization for the MS from the MCBCS server / controller. If the MCBCS server / controller does not have authorization information, the MCBCS server / controller may forward the request message to the AAA.
  • the network may initiate or invite the MS to participate in the MBS service.
  • the final decision as to whether to receive MBS traffic is made by the MS. In this case, the MS does not need to trigger an explicit join message.
  • Service Join can be divided into MS initiated join (Pull service) and network initiated join (Push service).
  • the MS Since participation can be used as the basis of charging, the subscriber must be authorized and only be asked to participate in multicast mode.
  • the MS identifies the MCID, MBS Zone ID, and Content ID from the ASN to identify, transmit, and protect the requested MBS traffic on the airlink interface. Information including a logical channel may be obtained.
  • the MS can detect the MBS-MAP message. MBS traffic may be received.
  • the service participation procedure is always initiated by the network.
  • FIG. 6 is a flowchart illustrating an MS initiated join procedure by an MS according to an embodiment of the present invention.
  • the MS If the MS wants to join an IP multicast group, the MS must be in active mode. The MS already knows the MBS service information including the multicast IP address by service announcement. To participate in the MBS service, the MS selects the MBS content that it wants to play.
  • the MS selects MBS contents to play from MCBCS information, and sends an IGMP (IGMP Join message) or Mcast (Multicast Listener Discovery) message to the anchor ASN. send.
  • IGMP IGMP Join message
  • Mcast Multicast Listener Discovery
  • the IGMP join message may include the IP multicast address of one or more MBS contents depending on the IGMP version.
  • the anchor DPF Upon receiving the IGMP join message, in step S602, the anchor DPF forwards an IGMP / MLD message by sending an MBS Join Request message in the form of a WiMAX signaling message to the serving MBS DPF.
  • the MBS participation request message includes MS ID, BS information, multicast IP address, MS outer NAI, and the like.
  • step S603 the serving MBS DPF forwards the MBS participation request message to the MBS proxy.
  • the MBS Proxy Upon receiving the MBS Participation Request message, in step S604, the MBS Proxy sends an MBS Auth Request message to the MBS server for service authorization to the MS.
  • the MBS authorization request message includes an MS ID, a multicast IP address, and the like.
  • the MCBCS server / controller may directly grant service rights to the MS. However, if the MCBCS server / controller does not have a subscription profile of the MS, in step S605 the MCBCS server / controller sends an Access-Request message to the AAA for authorization. Then, in step S606, in response to the access request message, the AAA transmits an access response message (Access-Response message) including the authorization result to the MCBCS server / controller.
  • an access response message Access-Response message
  • step S607 the MCBCS server / controller sends the authorization result received from the AAA to the MBS proxy.
  • the MCBCS server / controller has a subscription profile of the MS, steps S605 and S606 are omitted, and in step S607, the MCBCS server / controller transmits the authorization result verified based on the subscription profile to the MBS proxy. do.
  • step S608 the MBS Proxy sends an MBS Join Response message to the serving MBS DPF.
  • the MBS participation response message includes success or failure of service participation.
  • the serving MBS DPF sends an MBS Join Response message to the anchor DPF.
  • the MBS participation response message includes success or failure of service participation.
  • the anchor DPF receives the MBS participation response message indicating whether the authorization is successful, in step S610, the anchor DPF sends an RR-REQ message for requesting a service flow identifier (SFID) for the MS to the anchor SFA. ).
  • SFID service flow identifier
  • step S611 the anchor SFA allocates an SFID for the requested MBS service and transmits an RR-RSP message (Resource Reservation Response message) to the serving SFA.
  • step S612 the serving SFA transmits a path registration request message (Path_Reg_Req message) to the MBS agent along with the MBS service information.
  • step S613 the serving MBS DPF forwards the path registration request message Path_Reg_Req message (which includes necessary information such as MS information, MBS zone ID, SFID, MCID, etc.) to the BS.
  • Path_Reg_Req message which includes necessary information such as MS information, MBS zone ID, SFID, MCID, etc.
  • step S614 the BS transmits a Dynamic Service Addition Request (DSA-REQ) message to the MS initiating the MBS service.
  • the DSA-REQ message includes the MCID, MBS Zone ID, MBS Service TLV, and optionally includes a Content ID, a multicast IP address, and the like.
  • step S615 the MS sends a DSA-RSP (Dynamic Service Addition Response) message to the BS.
  • DSA-RSP Dynamic Service Addition Response
  • step S616 If accepted by the BS and the MS (eg, when the confirmation code of the DSA response (DSA-Respons) is 'OK' or 'success'), in step S616, the BS is reserved.
  • the path registration response message (Path_Reg_Rsp message) confirming the transmission is transmitted to the serving MBS DPF.
  • step S617 the serving MBS DPF sends a path registration response message (Path_Reg_Rsp message) including an MBS service successful TLV to the anchor DPF / serving SFA.
  • step S618 the serving SFA sends an RR-Ack message to the anchor SFA.
  • step S619 the serving SFA sends a path registration confirmation message (Path_Reg_Ack message) to the serving MBS DPF, and in step S620, the serving MBS DPF sends a path registration confirmation message (Path_Reg_Ack message) to the BS.
  • step S621 the BS sends a DSA-ACK message to the MS.
  • FIG. 7 illustrates a network initiated join procedure according to an embodiment of the present invention.
  • the network may initiate and invite the MS to participate in the MBS service.
  • the joining procedure is triggered by the network.
  • the MBS service may be provided to the MS as a pre-provisioned service flow.
  • the MS must know the multicast IP address for the MBS content for classification through service announcement.
  • the anchor SFA or PF may trigger the participation procedure as shown in FIG. 7.
  • step S701 the MS performs an initial network entry.
  • the MS obtains MBS information through offline or service announcement process. It may also already have service information as MS pre-connection information.
  • the user's QoS profile and associated policy are downloaded from the AAA to the anchor ASN.
  • the AAA can trigger the PF.
  • step S702 the PF initiates the creation and activation of the MBS service flow by sending an RR-REQ message to the anchor SFA. However, if the QoS profile was downloaded to the anchor SFA during the initial network entry, step S702 may be omitted.
  • the anchor SFA Upon receiving the RR-REQ message from the PF, in step S703, the anchor SFA sends the RR-REQ message to the serving MBS DPF.
  • the RR-REQ message includes QoS parameters set according to the QoS profile. However, if the QoS profile was downloaded to the anchor SFA during the initial network entry, the anchor SFA may trigger the network initiation participation procedure by performing step S703 above.
  • the MBS proxy may trigger a network initiation participation procedure.
  • the serving MBS DPF sends a path registration request message (Path_Reg_Req message) to the BS.
  • the route registration request message includes MS information, MBS zone ID, MCID, multicast IP address, classification rules information, and the like.
  • step S705 the BS sends a DSA-REQ message initiating the MBS service to the MS.
  • the DSA-REQ message includes the MCID, SFID, MBS Zone ID, MBS Service TLV, Multicast IP Address, and optionally contains Content ID and the like.
  • step S706 the MS sends a DSA-RSP message to the BS.
  • step S707 the BS is reserved.
  • the path registration response message (Path_Reg_Rsp message) confirming the transmission is transmitted to the serving MBS DPF.
  • the serving MBS DPF sends an RR-Rsp message to the anchor SFA.
  • the anchor SFA sends an RR-Rsp message to the PF to confirm the reservation.
  • step S710 the PF sends an RR-Ack message to the anchor SFA.
  • the anchor SFA sends an RR-Ack message to the serving MBS DPF.
  • the serving MBS DPF sends a path registration confirmation message (Path_Reg_Ack message) to the BS.
  • the BS sends a DSA-ACK message to the MS.
  • FIG. 8 illustrates an online subscription network triggered joining procedure according to an embodiment of the present invention.
  • the MCBCS server / controller communicates with the AAA based on the MS's context information, and if the MS is authorized and authenticated to access the MCBCS, the user The service profile is updated based on the new subscription.
  • the AAA also sends information or policy to the anchor SFA.
  • the network can change the user profile directly and push L2 parameters to the MS.
  • step S801 the MS subscribes to at least one MCBCS service through the MCBCS controller.
  • step S802 the AAA sends a Change of Authorization (CoA) request message (CoA) to the MS Anchor SFA.
  • CoA Change of Authorization
  • step S803 the MS anchor SFA sends an RR request message including the SFID assigned for the MBS service to the serving SFA.
  • step S804 the serving SFA sends a path registration request message (Path_Reg-Req message) to the serving MBS DPF.
  • the serving MBS DPF transmits a path registration request message (Path_Reg_Req message) including an MBS zone ID, MCID, multicast IP address, SFID, etc. to the BS / MBS agent to trigger a DSA procedure.
  • a path registration request message Path_Reg_Req message
  • step S806 the BS / MBS agent performs the DSA procedure with the MS.
  • step S807 the BS / MBS agent sends a path registration response message (Path_Reg_Rsp message) including the MBS set up successful TLV to the serving MBS DPF.
  • step S808 the serving Serving MBS DPF sends a path registration response message (Path_Reg_Rsp message) to the serving SFA.
  • step S809 the serving SFA sends an RR-Response message including the MBS success TLV to the anchor SFA. Then, in step S810, the anchor SFA sends a CoA response message to the AAA.
  • FIG. 9 is a diagram illustrating a session start procedure according to an embodiment of the present invention.
  • Session initiation occurs independently of service activation by the user. That is, the user can activate the service before or after the session starts.
  • the MCBCS server / controller initiates an MBS session start procedure when ready to transfer data. Session initiation from the MCBCS server / controller is performed to trigger bearer resource establishment for MBS data transmission and to convey MBS content information.
  • the session initiation procedure may be used to trigger the data path for the MBS at the ASN for the broadcast service before the MBS receiver occurs. However, if a bearer resource has already been established by the MS's participation, the session start procedure does not perform for the bearer.
  • the session initiation procedure may be piggybacked into the data path registration / resource reservation procedure. In the case of a multicast service, the session initiation procedure does not trigger bearer resource establishment for MBS data.
  • MBS data from the MCBCS server / controller may be sent to the MBS DPF in the MBS zone by tunneling or by an existing multicast routing protocol defined by the IETF.
  • the MCBCS server / controller After sending a Session Start Request message, the MCBCS server / controller waits for a configurable delay before sending MBS data.
  • the delay should be long enough to avoid buffering the MBS data in entities other than the MBS server. That is, the delay must allow the network to perform all the procedures required for MBS data transmission before the MCBCS server / controller transmits the MBS data.
  • the MCBCS server / controller transmits a session start request message to the MBS proxy.
  • the session start request message includes MCBCS content information such as a multicast IP address, MCBCS service ID, MCBCS content ID, QoS information, estimated session duration, service priority, and the like.
  • the MBS proxy When the MBS proxy receives the session start request message from the MCBCS server / controller, in step S902, the MBS proxy sends a session start request message to the primary MBS DPF, and in step S903, the primary MBS DPF sends the data path.
  • a path registration request message (Path_Reg_Req message) is transmitted to the MBS agent.
  • the route registration request message includes an MCID, an MBS zone ID, a classification rule, and the like.
  • step S904 the BS establishes a corresponding data path and transmits to the primary MBS DPF a Path_Reg_Rsp message.
  • the primary MBS DPF Upon receiving the path registration response message (Path_Reg_Rsp message), in step S905, the primary MBS DPF sends a session start response message to the MBS proxy. Then, in step S906, the MBS proxy sends a session start response message to the MCBCS server / controller.
  • Session Update is to update MCBCS session information related to MCBCS transmission.
  • Session update is an optional procedure that allows the MCBCS server to change the service QoS and / or service priority, etc.
  • the update information may be provided to the ASN and BS for data rescheduling.
  • FIG. 10 illustrates a session stop procedure according to an embodiment of the present invention.
  • Session termination occurs independently of service activation by the user. That is, the user can deactivate the service before or after the session ends.
  • the MCBCS server / controller initiates the MBS session termination procedure if it determines that the MBS session should be terminated.
  • the session normally terminates when there are no more MBS data to transmit for a time long enough to justify the release of bearer plane resources in the network.
  • the session termination procedure may be performed along with a data path deregistration procedure between the BS and the MBS DPF.
  • the session termination procedure is an optional procedure.
  • the MBS server may initiate a network initiated leave procedure instead of the session termination procedure when there is no more data to transmit.
  • the MCBCS server / controller when there is no MBS data to transmit, in step S1001, the MCBCS server / controller sends a session stop request message to the MBS proxy.
  • the session termination request message includes a multicast IP address and the like.
  • step S1002 the MBS proxy sends a session stop request message to the primary MBS DPF to perform the data path release procedure, and in step S1003, the primary MBS DPF sends a path delete request message (Path_Dereg_Req message). ) Is sent to all BSs.
  • step S1004 the BS releases the corresponding bearer resource with the DPF and transmits a path deletion response message (Path_Dereg_Rsp message) to the primary MBS DPF.
  • step S1005 the primary MBS DPF sends a session stop response message to the MBS proxy.
  • the MBS proxy Upon receiving the session end response message from the primary MBS DPF, in step S1006, the MBS proxy sends a session stop response message to the MCBCS server / controller.
  • the MCBCS server / controller and primary MBS DPF release the R3 tunnel or remove the route to the multicast routing tree.
  • the leaving service procedure is a signaling procedure between the MS and the network.
  • the service withdrawal procedure removes the MCBCS related information of the MS from the MS contexts of the MCBCS server / controller and ASN for the specific MCBCS.
  • the MBS withdrawal procedure may be initiated by the MS and the MCBCS server / controller. If the user does not want to receive MBS data, the MS may initiate a service withdrawal procedure. In addition, the MCBCS server / controller may initiate a service withdrawal procedure if the MCBCS stops.
  • the MCBCS server / controller may abort the MCBCS due to no MBS data to send or for other reasons (eg, MCBCS server / controller management, etc.). For reference, if accounting and statistical collection are not required, the service withdrawal procedure may be optional.
  • FIG. 11 is a diagram illustrating an MS initiated leaving service procedure by a terminal according to an embodiment of the present invention.
  • the MS may initiate a leaving service procedure.
  • step S1101 the MS anchors an Internet Group Management Protocol (IGMP) leave message (IGMP leave message) or MLD message to leave a specific multicast service (which is identified by a multicast IP address). Send to DPF.
  • IGMP Internet Group Management Protocol
  • the anchor DPF Upon receiving the IGMP leave message or MLD message, in step S1102, the anchor DPF sends an MBS leave request message in the form of a WiMAX signaling message to the serving MBS DPF to forward the IGMP / MLD message.
  • the MBS exit request message includes the MS ID, BS information, multicast IP address, and the like.
  • step S1103 the serving MBS DPF forwards the MBS exit request message to the MBS proxy.
  • the MBS proxy sends the MBS exit request message to the corresponding MCBCS server / controller.
  • the MCBCS server / controller verifies the MBS Leave Request message and sends an MBS Leave Response message to the MBS Proxy.
  • the MBS Proxy forwards the MBS Leave Response message to the Serving MBS DPF.
  • the serving MBS DPF Upon receiving the MBS Withdrawal Response message, in step S1107, the serving MBS DPF sends an MBS Withdrawal Response message to the anchor DPF.
  • the anchor DPF Upon receiving the MBS Withdrawal Response message from the serving MBS DPF, in step S1108, the anchor DPF sends an RR-Request message to the anchor SFA to trigger deletion of the service flow.
  • the anchor SFA sends an RR request message for deleting the corresponding service flow to the anchor DPF / serving SFA.
  • the anchor DPF / serving SFA Upon receiving the RR request message, in step S1110, the anchor DPF / serving SFA sends a path deletion request message (Path_Dereg_Req message) to the serving MBS DPF to initiate a data path de-registration procedure.
  • the route deletion request message includes MS information, MBS zone ID, MCID, multicast IP address, classification rule information, and the like.
  • step S1111 the serving MBS DPF forwards a path deletion request message (Path_Dereg_Req message) to the BS.
  • the BS sends a DSD-Request message according to IEEE 802.16e to the MS.
  • the MS sends a DSD-Response message according to IEEE 802.16e to the BS.
  • the BS Upon receiving the DSD response message from the MS, in step S1114, the BS sends a path deletion response message (Path_Dereg_Rsp message) confirming the deletion to the serving MBS DPF.
  • a path deletion response message (Path_Dereg_Rsp message) confirming the deletion to the serving MBS DPF.
  • step S1115 the serving MBS DPF forwards the path deletion response message (Path_Dereg_Rsp message) to the anchor DPF / serving SFA.
  • step S1116 the anchor DPF / serving SFA sends an RR-ack message to the anchor SFA.
  • step S1117 the anchor DPF / serving SFA sends a path deletion confirmation message (Path_Dereg_Ack message) to the serving MBS DPF, and in step S1118, the serving MBS DPF forwards the path deletion confirmation message (Path_Dereg_Ack message) to the BS.
  • Path_Dereg_Ack message a path deletion confirmation message
  • the serving MBS DPF forwards the path deletion confirmation message (Path_Dereg_Ack message) to the BS.
  • FIG. 12 is a diagram illustrating a network initiated leaving service by a network according to an embodiment of the present invention.
  • the MCBCS server / controller may initiate a service withdrawal procedure if it does not want to provide MCBCS or if there is no data to transmit.
  • the MCBCS server / controller may perform the service exit procedure without the session termination procedure indicating that the MCBCS session is to be suspended.
  • Network initiated leaving service may target all MBS recipients or a specific MS.
  • step S1201 the MCBCS server / controller sends an AAA MBS Leave request message to initiate an MBS leave procedure for a specific MBS receiver in an MBS zone. To send.
  • the AAA Upon receiving the MBS exit request message, in step S1202, the AAA triggers the anchor SFA to initiate a data path deregistration procedure.
  • the anchor SFA Upon receiving the MBS exit request message, in step S1203, the anchor SFA sends an RR-Req message indicating the release of the service flow to the serving SFA.
  • the serving SFA sends a path deletion request message (Path_Dereg_Req message) to the serving MBS DPF.
  • the serving MBS DPF sends a path delete request message (Path_Dereg_Req message) to the BS.
  • the BS sends a DSD-Request message according to IEEE 802.16e to the MS.
  • the MS transmits DSD-Response messages according to IEEE 802.16e to the BS.
  • the BS Upon receiving the DSD response message from the MS, in step S1208, the BS sends a path deletion response message (Path_Dereg_Rsp message) confirming the deletion to the serving MBS DPF.
  • the serving MBS DPF forwards the path deletion response message (Path_Dereg_Rsp message) to the serving SFA.
  • the serving SFA sends an RR-response message indicating the release of the service flow to the anchor SFA.
  • step S1211 the serving SFA / anchor DPF sends a path delete confirmation message (Path_Dereg_Ack message) to the serving MBS DPF.
  • step S1212 the serving MBS DPF sends a path delete confirmation message (Path_Dereg_Ack message) to the BS.
  • step S1213 the serving SFA transmits an RR-ack message to the anchor SFA.

Landscapes

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

Abstract

본 발명은 무선 네트워크 상에서의 MCBCS(Multicast and Broadcast Service) 지원 시스템 및 방법에 관한 것이다. 본 발명은, MCBCS 컨텐츠 서버, MCBCS 서버/컨트롤러, AAA, 가입자 프로파일 저장부, MBS 프락시, MBS DPF, MBS 에이전트, MBS 클라이언트, MBS 동기화 기능부 등을 포함하는 멀티캐스트 및 브로드캐스트 서비스 시스템이 서비스 가입, 서비스 참여, 서비스 탈퇴, 세션 시작, 세션 업데이트, 세션 종료 등을 효율적으로 수행하는 방법을 제공한다.

Description

무선 네트워크 상에서의 ＭＣＢＣＳ 지원 시스템 및 방법
본 발명은 멀티캐스트 및 브로드캐스트 서비스(MCBCS; Multicast and Broadcast Service) 지원 시스템 및 방법에 관한 것으로, 보다 상세하게는 무선 네트워크 상에서 멀티캐스트 및 브로드캐스트 서비스를 위한 서비스 가입, 서비스 참여, 서비스 탈퇴, 세션 시작, 세션 업데이트, 세션 종료 등을 수행하는 시스템 및 방법에 관한 것이다.
무선 통신 시스템은 방송, 멀티미디어 영상, 멀티미디어 메시지 등 다양한 서비스를 제공하는 형태로 발전하고 있다. 특히, 차세대 무선 통신 시스템에서는 고속의 다양한 QoS(Quality of Service)의 서비스들을 안정적으로 사용자들에게 제공하기 위한 활발한 연구가 진행되고 있다. 또한, 현재 차세대 무선 통신 시스템에서는 이동성(mobility)과 QoS를 보장하며 고속 서비스를 안정적으로 제공하도록 하는 연구가 활발하게 진행되고 있으며, 그 대표적인 통신 시스템이 IEEE(Institute of Electrical and Electronics Engineers) 802.16 규격/WiMAX 규격 기반의 휴대 인터넷 시스템 또는 와이맥스(WiMAX: Worldwide Interoperability for Microwave Access) 시스템이다.
그러나, 현재의 IEEE 802.16d/e 규격 및 와이맥스 규격 기반의 시스템은, MCBCS를 수행하기 위한 구체적인 방안이 아직까지 정해지지 않았다. 따라서, 상기 MCBCS를 효율적으로 수행하기 위한 구체적인 방안이 요구된다.
특히, MCBCS를 제공하는 하나의 MBS(Multicast and Broadcast Service) 존에 다수의 ASN(Access Service Network)이 존재하는 무선 네트워크에서 보다 효율적으로 MCBCS를 지원하기 위한 구체적인 방안이 요구된다.
본 발명은 전술한 바와 같은 요구에 부합하여 창안된 것으로, 본 발명의 목적은 멀티캐스트 및 브로드캐스트 서비스를 위한 서비스 가입, 서비스 참여, 서비스 탈퇴, 세션 시작, 세션 업데이트, 세션 종료 등을 수행하는 시스템 및 방법을 제공하는 것이다.
본 발명의 다른 목적은 IEEE 802.16e/WiMAX 규격에 기반하여 멀티캐스트 및 브로드캐스트 서비스를 제공하는 시스템 및 방법을 제공하는 것이다.
상기 목적을 위하여, 본 발명의 일 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, 앵커 ASN(Access Service Network)이 MS(Mobile Station)로부터 MBS(Multicast and Broadcast Service) 컨텐츠에 상응하는 멀티캐스트 IP(Internet Protocol) 주소를 포함하는 IGMP(Internet Group Management Protocol) 참여 메시지(IGMP Join message) 또는 MLD(Multicast Listener Discovery) 메시지를 수신하는 단계; 상기 앵커 ASN이 MCBCS(Multicast and Broadcast Service) 서버 및 AAA(Authentications, Authorizations, and Accounting) 중 적어도 하나에 의해 검증된 상기 MS에 대한 권한검증 결과를 수신하는 단계; 및 상기 앵커 ASN이 상기 MS가 소속된 BS(Base Station)와 경로 등록을 수행하는 단계를 포함하는 것을 특징으로 한다.
그리고, 본 발명의 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, 앵커 SFA(Service Flow Authorization)가 MBS DPF(Data Path Function)로 RR-REQ(Resource Reservation Request) 메시지를 전송하는 단계; 상기 MBS DPF가 BS로 경로 등록 요청 메시지를 전송하는 단계; 상기 BS가 MS로 MBS 서비스를 개시하는 DSA-REQ 메시지를 전송하는 단계; 상기 MS가 상기 BS로 상기 DSA-REQ 메시지에 응답하는 DSA-RSP 메시지를 전송하는 단계; 및 상기 BS가 상기 MBS DPF로 RR-RSP(Resource Reservation Response) 메시지를 전송하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, MS가 네트워크에 접속한 후 MCBCS 서버에 온라인으로 상기 MS를 위한 MCBCS를 가입하면, 상기 MCBCS 서버가 상기 MS의 컨텍스트(context) 정보에 근거하여 AAA와 통신하는 단계; 상기 AAA에 의해 상기 단말이 MCBCS에 접속하도록 권한과 인증이 되면, 상기 MS의 가입에 근거하여 사용자 서비스 프로파일을 업데이트 하는 단계; 및 상기 AAA가 ASN 내의 앵커 SFA에게 참여 절차를 개시하도록 CoA(Change of Authorization) 요청 메시지를 전송하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, MCBCS 서버가 세션 시작 요청 메시지를 MBS 프락시로 전송하는 단계; 상기 MBS 프락시가 MBS DPF로 상기 세션 시작 요청 메시지를 전달하는 단계; 상기 MBS DPF가 상기 세션 시작 요청 메시지에 상응하여 경로 등록 요청 메시지를 BS로 전송하는 단계; 상기 BS가 상기 경로 등록 요청 메시지에 상응하여 데이터 경로를 설정하고, 경로 등록 응답 메시지를 MBS DPF로 전송하는 단계; 상기 MBS DPF가 상기 경로 등록 응답 메시지에 상응하여 세션 시작 응답 메시지를 상기 MBS 프락시로 전송하는 단계; 및 상기 MBS 프락시가 상기 세션 시작 응답 메시지를 MCBCS 서버로 전달하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, MCBCS 서버가 세션 종료 요청 메시지를 MBS 프락시로 전송하는 단계; 상기 MBS 프락시가 MBS DPF로 상기 세션 종료 요청 메시지를 전달하는 단계; 상기 MBS DPF가 상기 세션 종료 요청 메시지에 상응하여 경로 삭제 요청 메시지를 BS로 전송하는 단계; 상기 BS가 상기 경로 삭제 요청 메시지에 상응하여 데이터 경로를 삭제하고, 경로 삭제 응답 메시지를 MBS DPF로 전송하는 단계; 상기 MBS DPF가 상기 경로 삭제 응답 메시지에 상응하여 세션 종료 응답 메시지를 상기 MBS 프락시로 전송하는 단계; 및 상기 MBS 프락시가 상기 세션 종료 응답 메시지를 MCBCS 서버로 전달하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, MS가 종료할 MBS 컨텐츠에 상응하는 멀티캐스트 IP 주소를 포함하는 IGMP 탈퇴 메시지(IGMP leave message) 또는 MLD 메시지를 앵커 DFP로 전송하는 단계; 상기 앵커 DPF가 MBS 프락시로 MBS 탈퇴 요청 메시지를 전송하는 단계; 상기 MBS 프락시가 MCBCS 서버로 상기 MBS 탈퇴 요청 메시지를 전달하는 단계; 상기 MCBCS 서버가 상기 MBS 탈퇴 요청 메시지에 상응하여 상기 MBS 프락시로 MBS 탈퇴 응답 메시지를 전송하는 단계; 상기 MBS 프락시가 상기 앵커 DPF로 상기 MBS 탈퇴 응답 메시지를 전달하는 단계; 상기 앵커 DPF가 경로 삭제 요청 메시지를 BS로 전송하는 단계; 및 상기 BS가 상기 경로 삭제 요청 메시지에 상응하여 데이터 경로를 삭제하고, 경로 삭제 응답 메시지를 상기 앵커 DPF로 전송하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 방법은, AAA가 앵커 SFA로 MS에 대한 MBS 탈퇴 절차를 개시하는 MBS 탈퇴 요청 메시지를 전송하는 단계; 상기 앵커 SFA가 상기 MBS 탈퇴 요청 메시지에 상응하여 해당 서비스 플로우 해제를 지시하는 RR-REQ 메시지를 서빙 SFA로 전송하는 단계; 상기 서비 SFA가 상기 RR-REQ 메시지에 상응하여 경로 삭제 요청 메시지를 BS로 전송하는 단계; 상기 BS가 경로 삭제를 요청하는 DSD-REQ 메시지를 상기 MS로 전송하는 단계; 상기 MS가 상기 DSD-REQ에 응답하는 DSD-RSP 메시지를 상기 BS로 전송하는 단계; 상기 BS가 경로 삭제를 확인하는 경로 삭제 응답 메시지를 상기 서빙 SFA로 전송하는 단계; 및 상기 서빙 SFA가 상기 서비스 플로우의 해제를 알리는 RR-RSP 메시지를 앵커 SFA로 전송하는 단계를 포함하는 것을 특징으로 한다.
한편, 본 발명의 일 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 시스템은, MBS 존과 MCBCS에 가입된 MS에 대해 IP 멀티캐스트 그룹 관리, MCBCS 세션 관리, MCBCS를 위한 맵핑 정보 전송을 수행하는 MCBCS 서버; 상기 MBS 존에서 MCBCS를 지원하는 제어 플레인 기능(control plane function)을 수행하는 MBS 프락시(MBS Proxy); 상기 MBS 존 내의 데이터 플레인 베어러 관리(data plane bear management) 및 MBS 데이터 분배(MBS data distribution)를 수행하는 MBS DPF; 상기 MBS 존에 대한 동기화 정보 및 동기화 규칙을 생성하여 MBS 동기화를 수행하는 MBS 동기화 기능부(MBS Sync Function); 및 상기 MBS 동기화 기능부로부터 수신된 동기화 정보에 기초하여 시스템 자원 할당을 조정하며, 상기 MCBCS를 위한 맵핑 정보에 기초하여 MBS 프레임을 구성하여 MBS 트래픽을 상기 MS로 전송하는 MBS 에이전트(MBS Agent)를 포함하는 것을 특징으로 한다.
그리고, 본 발명의 다른 형태에 따른 무선 네트워크 상에서의 MCBCS 지원 시스템은, MS가 네트워크 접속 후 온라인으로 상기 MS를 위한 MCBCS 가입을 신청하면, 상기 MS의 컨텍스트(context) 정보에 근거하여 AAA와 통신을 하는 MCBCS 서버; 및 상기 MS에 대하여 MCBCS에 접속할 인증 및 권한부여를 수행하고, 상기 인증 및 권한부여가 성공하면 상기 MS의 가입에 근거하여 사용자 서비스 프로파일을 업데이트하고, ASN 내의 SFA에게 참여절차를 개시하도록 CoA(Change of Authorization) 요청 메시지를 전송하는 AAA를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 멀티캐스트 및 브로드캐스트 서비스를 위한 서비스 가입, 서비스 참여, 서비스 탈퇴, 세션 시작, 세션 업데이트, 세션 종료 등을 수행하는 구체적인 방안을 제공한다. 그리고, 이에 의해 멀티캐스트 및 브로드캐스트 서비스를 위한 서비스 가입, 서비스 참여, 서비스 탈퇴, 세션 시작, 세션 업데이트, 세션 종료 등을 효율적으로 수행할 수 있는 효과를 가진다.
또한, 본 발명에 따르면 IEEE 802.16e 및/또는 WiMAX에 기반한 시스템에서 멀티캐스트 및 브로드캐스트 서비스를 효율적으로 제공할 수 있는 효과를 가진다.
도 1은 본 발명에 따른 MCBCS 시스템의 구성도를 예시한 것이다.
도 2는 본 발명의 일 실시예에 따른 서비스 가이드 획득 절차를 예시한 흐름도이다.
도 3은 본 발명의 일 실시예에 따른 서비스 가입 절차를 예시한 흐름도이다.
도 4는 MS의 측면에서 MCBCS 수신을 설명하는 도면이다.
도 5는 MCBCS 서버의 측면에서 MCBCS 제공을 설명하는 도면이다.
도 6은 본 발명의 일 실시예에 따른 MS에 의한 참여 절차를 예시한 흐름도이다.
도 7은 본 발명의 일 실시예에 따른 네트워크에 의한 참여 절차를 예시한 흐름도이다.
도 8은 본 발명의 일 실시예에 따른 온라인 가입 네트워크 트리거 참여 절차를 예시한 흐름도이다.
도 9는 본 발명의 일 실시예에 따른 세션 시작 절차를 예시한 흐름도이다.
도 10은 본 발명의 일 실시예에 따른 세션 종료 절차를 예시한 흐름도이다.
도 11은 본 발명의 일 실시예에 따른 단말에 의한 서비스 탈퇴 절차를 예시한 흐름도이다.
도 12는 본 발명의 일 실시예에 따른 네트워크에 의한 서비스 탈퇴 절차를 예시한 흐름도이다.
이하에서는 첨부 도면 및 바람직한 실시예를 참조하여 본 발명을 상세히 설명한다. 참고로, 하기 설명에서 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.
우선 본 발명에 따른 구체적인 멀티캐스트 및 브로드캐스트 서비스 시스템 및 방법을 설명하기에 앞서 본 발명에서 사용된 용어에 대하여 간략히 설명한다.
먼저, 브로드캐스트 서비스(Broadcast Service)는 하나의 소스(single source)에서 관련 브로드캐스트 서비스 영역 내에 있는 복수개의 MS(Mobile Station)로 데이터가 전송되는 일방향(unidirectional) 포인트-투-멀티포인트(point-to-multipoint) 서비스이다.
그리고, 멀티캐스트 서비스(Multicast service)는 하나의 소스에서 관련 멀티캐스트 서비스 영역 내의 멀티캐스트 그룹(multicast group)으로 데이터가 전송되는 일방향 포인트-투-멀티포인트 서비스이다. 멀티캐스트 서비스는 소정의 멀티캐스트 서비스에 가입하고 상기 소정의 멀티캐스트 서비스와 관련된 멀티캐스트 그룹에 참여한 사용자들(users)에게만 제공된다는 점에서 브로드캐스트 서비스와 차이를 보인다.
이러한 멀티캐스트 서비스는 정적 멀티캐스트(Static multicast)와 동적 멀티캐스트(Dynamic multicast)로 구분될 수 있는데, 정적 멀티캐스트는 BS(Base Station)로부터 전송되는 컨텐츠를 수신하는 MS(Mobile station)의 수를 고려하지 않고 액세스 네트워크(access network)에 의한 멀티캐스트 채널을 통해 컨텐츠를 항상 전송하며, 동적 멀티캐스트는 시스템이 MBS 존(MBS zone) 내의 사용자 수를 모니터링(monitoring)하여 MBS 존 내에 컨텐츠 수신자가 있는 경우 MBS 데이터를 전송한다.
IP 멀티캐스트 그룹(IP Multicast Group)은 동일한 IP 멀티캐스트 목적지 주소(single IP multicast destination address)에 의해 식별되는 MS의 집합(set)을 말한다. IP 멀티캐스트 그룹은 MCBCS 서버/컨트롤러(server/controller)에 의해 할당되며, 멀티캐스트 데이터그램(multicast datagram)은 해당 MS 그룹의 모든 멤버들(members)에게 전송된다.
한편, 본 발명에서는 설명의 편의를 위해 멀티캐스트 및 브로드캐스트 서비스(Multicast and Broadcast Service)를 계층(Layer)에 따라서 MBS와 MCBCS로 구분하여 기재하는데, MBS는 MAC 및 PHY 계층에 의해 제공되는 멀티캐스트 및 브로드캐스트 서비스를 지칭하며, MCBCS는 네트워크 계층 이상에서 제공되는 멀티캐스트 및 브로드캐스트 서비스를 지칭한다.
MBS 존(MBS zone)은 소정의 MCBCS 컨텐츠 전송을 위해 동일한 CID(Connection Identifier)와 SA(Services & System Aspects)를 사용하는 BS의 집합이다. 그러므로, MBS 존은 유일하게 할당되는 MBS_Zone ID(unique MBS_Zone identifier)에 의해 식별될 수 있다. 예컨대, 동일한 MBS 존의 다운링크 멀티캐스트 서비스에 대해, 동일한 무선 연결(air connection) 상에 있는 모든 MS로 동일한 MCID(Multicast Connection Identifier) 및 SA가 할당된다. 여기서, MBS 존은 동일한 NAP(Network Access Provider)의 하나 이상의 ASN(Access Service Network)을 포함할 수 있으며, 하나 이상의 NSP에 의해 공유될 수도 있다.
MCBCS 채널(MCBCS channel)은 개별적으로 또는 그룹으로 MCBCS 데이터 또는 컨텐츠를 전송하는 채널을 말한다. 여기서, 각각의 컨텐츠 채널(예컨대, 뉴스 채널)은 멀티미디어 컨텐츠의 하나의 정보 스트림(single information stream)에 해당된다. 한편, MCBCS 프로그램(MCBCS program)은 사용자가 서비스 패키지(service package)로서 가입할 수 있는 MCBCS 컨텐츠의 그룹을 지칭한다. MCBCS 프로그램은 네트워크의 모든 영역(regions) 또는 선택된 영역으로 전송될 수 있는데, 이러한 인접 또는 비인접하는 영역을 본 발명에서는 MCBCS 전송 존(MCBCS Transmission Zone)이라 지칭하며, 이는 각각의 MCBCS 프로그램에 대해 MCBCS 프로그램의 컨텐츠를 동시에 또는 거의 동시에 멀티캐스트/브로드캐스트하는 BS의 집합으로 정의될 수 있다. 참고로, MCBCS 전송 존은 MAC 특성(MAC features)이나 주파수 재사용(frequency reuse) 등에 반드시 직접적으로 연관될 필요는 없다.
이하에서는, 본 발명을 효율적으로 구현하기 위해 요구되는 사항 등에 대하여 설명한다. 참고로, 이하에서 설명하는 사항들은 본 발명의 바람직한 구현을 위한 것이며, 반드시 모든 사항이 요구되는 것은 아니다.
우선, MCBCS를 지원하기 위해, IEEE 802.16e 표준을 따르는 MCBCS를 위한 데이터 동기화를 지원한다.
만약 비동기 매체(asynchronous medium)를 통해 BS로 데이터가 전송될 경우, 단지 몇몇 딜레이(delay) 이내에 무선 전송(air transmission)의 동기화(synchronization)가 이루어져야 한다. 동기화의 최소 딜레이(minimum delay)는 네트워크에서 2개의 가장 먼 엘리먼트들(elements) 사이의 통신에 의해 도입되는 레이턴시(latency)에 근접한다. 패킷 손실을 극복하기 위한 요구는 동기화 딜레이를 증가시킬 수 있다.
MBS 스케줄러는 255 프레임(frame)까지 딜레이를 도입할 수 있다. 그리고, MBS 스케줄러는 얼마나 많은 딜레이를 도입할 것인가를 제어하여야 한다.
MBS 존에서 전송 동기화를 수행하는 엔터티(entity)는 MBS 존에 속하는 BS들과 동기화된 클럭(clock)을 구비한다. 만약 엔터티가 ASN-GW에 존재하면, MBS 존의 ASN-GW와 BS들의 클럭들(clocks)들은 동기화되어야 한다. 동기화를 위한 구체적인 기술로는 GPS, IEEE 1588 등과 같은 다양한 기술을 이용할 수 있다.
데이터 유니캐스트 조건들(data unicast conditions)은 각각의 BS마다 다를 수 있기 때문에, 만약 수많은 BS들 사이에 멀티캐스트 전송이 동기화되어야 한다면, 수용(accommodate)되지 않을 수 있다. 만약 이용가능한 자원들 사이에 충돌(conflict)이 있는 경우, 멀티캐스트에 우선순위가 주어진다. 예컨대, 대역폭(bandwidth)이 허용되지 않으면, MCBCS 트래픽(traffic)이 유니캐스트보다 우선순위를 가진다.
매크로 다이버시티 동기화(Macro-Diversity Synchronization)의 경우, 동일한 MBS 존에 소속된 전체 BS 집합에 대하여, 각각의 MBS 버스트(burst)와 관련된 PHY 파라미터들(예, FEC 타입, 변조 타입(Modulation Type), 반복 코딩(Repetition Coding), 부스팅(Boosting), HARQ 셋팅(setting) 등)뿐만 아니라 MBS 버스트의 위치 및 크기도 동일해야 한다. SDU(Service Data Unit)를 MBS 버스트로의 맵핑(Mapping)도 동일하여야 한다. 즉, SDU는 MAC PDU(Protocol Data Unit)로 동일하게 맵핑되어야 하며, 이는 가능하다면 동일한 SDU 순서, 동일한 헤더(header) 및 서브 헤더(Subheader), 동일한 단편화(fragmentation) 등을 적용하는 것을 의미한다. 그리고, 버스트 내에서 MAC PDU의 순서도 동일해야 한다.
MBS 존들은 중첩(overlap)될 수 있으며, 만약 중첩이 충분히 깊은(deep) 경우 자원들(시간 및 주파수)은 동기적으로 할당되어야 한다.
이하에서는 본 발명에서 사용되는 MCBCS 네트워크 참조 모델(Network Reference Model)을 설명한다.
도 1은 본 발명에 따른 MCBCS 시스템의 구성도를 예시한 것이다. 참고로 본 발명에 따른 MCBCS 시스템은 WiMAX 네트워크 상의 구현을 지원한다.
도 1에 도시된 바와 같이, 본 발명에 따른 MCBCS 시스템은 MCBCS 컨텐츠 서버(400), MCBCS 서버/컨트롤러(330), AAA(Authentications, Authorizations, and Accounting)(310), 가입자 프로파일 저장부(320), MBS 프락시(221), MBS DPF(Data Path Function)(222), MBS 에이전트(211), MBS 클라이언트(110), MBS 동기화 기능부(미도시) 등으로 구성된다.
MCBCS 컨텐츠 서버(MCBCS Content Server)(400)는 멀티미디어 플로우(multimedia flows), 데이터 파일 등과 같은 MCBCS 컨텐츠를 제공한다. 컨텐츠 제공자(Content Provider)는 NSP(Network Service Provider)가 될 수 있으며 또는 WiMAX 네트워크와 관련없는 제3자(third party)가 될 수도 있다.
MCBCS 서버/컨트롤러(Server/Controller)(330)는 IP 멀티캐스트 그룹 관리, MCBCS 프로그램 관리, MCBCS 공고(announcement) 관리(MCBCS 가이드 조정(manipulation)과 분배(distribution)를 포함함), MCBCS 세션 관리, 데이터 암호화(encryption) 지원, 응용계층 키 관리(Application layer key management), 응용계층 하부의 보안(Security)(예, SRTP, IPSec), 맵핑 정보(예, MCBCS 컨텐츠의 IP 주소를 MBS 존에 할당된 MCID로 맵핑하는 정보, MBS 존 ID를 MCBCS 전송 존에 맵핑하는 정보)의 전송 등을 수행하여 CSN(Connectivity Service Network)의 MCBCS 구성요소들(components)을 제어한다.
AAA/PDF(310)는 MCBCS 인증(authentications), 권한부여(authorizations), 과금(accounting) 등을 담당한다. AAA/PDF는 가입자 프로파일 저장부(Subscriber Profile Repository)에 액세스하여 관련 정보를 얻을 수 있다.
가입자 프로파일 저장부(Subscriber Profile Repository)(320)는 가입자 프로파일을 저장하고 관리한다.
MBS 프락시(MBS Proxy)(221)는 NAPASN-GW의 MBS 존마다 유일하게(unique) 구비되어 MBS 존에서 MCBCS를 지원하는 제어 플레인 기능부(control plane function)이다. MBS 프락시는 SFA(Service Flow Authorization)를 통해 지원하는 멀티캐스트 데이터경로 정책 파라미터(multicast datapath's policy parameters)를 지시하는 SFA 기능을 포함할 수 있으며, 프라이머리(primary) MBS DPF와 함께 위치될 수 있다.
MBS 프락시는 MCBCS 세션 관리를 지원하기 위해 MCBCS 서버/컨트롤러와 상호작용하고, MCBCS 서버/컨트롤러로부터의 베어러 설립 요청(bearer establishment request)을 MBS DPF로 전달(Relaying)하며, 다운링크 매크로 다이버시티(DL macro diversity)를 위한 서비스 동기화(service synchronization)를 지원하기 위해 MBS 동기화 기능부(MBS Sync Function)(참고로, MBS 동기화 기능부의 위치는 FFS임)와 상호작용하고, MCBCS 액세스 파라미터(예, MCID/LCID, MBS 존 ID 등)를 해당 MBS 존에 속해 있는 BS로 R6/R4를 통해 전송한다. 또한, MBS 프락시는 WiMAX 네트워크 상에서 MCBCS를 구현하기 위해 MBS 서비스 플로우 정책(예, QoS, 과금, MCBCS 전송 존과 MBS 존의 맵핑 등)을 시행하고, AAA/PDF로부터 MBS 존 및 MBS DP 정책을 획득하며, MBS 존 및 MBS DP 설립, 유지, 해제를 트리거하기 위해 MBS DPF와 인터페이싱한다.
MBS DPF(222)는 NAP의 MBS 존 내의 데이터 플레인 엔터티(Data plane entity)이며, 데이터 플레인 베어러 관리(data plane bear management) 및 MBS 데이터 분배(MBS data distribution)를 담당한다. 구체적으로, MBS DPF는 DP 설립, 유지, 해제를 포함하는 MCBCS 베어러 제어 관리, MCBCS 베어러 트래픽(bearer traffic) 분류(classification) 및 전달(delivery), GRE 키(key) 및 시퀀스(sequence) 번호 관리 및 분배, MCBCS 과금 지원, MBS 동기화 기능부(MBS sync function)로 IP 멀티캐스트 패킷 또는 정보 포워딩 등의 기능을 수행한다. 한편, MBS DPF는 프라이머리(Primary) MBS DPF와 서빙(Serving) MBS DPF로 구분될 수 있다. 프라이머리 MBS DPF는 MBS 존마다 유일하게 할당되며, MBS 프락시로부터 세션 시작 트리거(session start trigger)를 수신하면 IGMP(Internet Group Management Protocol) 클라이언트로서 동작하여 ASN과 CSN 사이의 IP 멀티캐스트 그룹 트리(IP multicast group tree)에 참여하기 위해 IGMP 보고 메시지(IGMP report message) ASN과 CSN 사이의 최종 MR로 전송한다. 또한, MBS 동기화 기능부(MBS sync function)로 IP 멀티캐스트 패킷 또는 정보 포워딩한다. 그리고, 서빙 MBS DPF는 IP 멀티캐스트 패킷을 포워딩한다. 참고로, IP 포워딩은 ASN에서 유니캐스트 또는 멀티캐스트에 의해 수행될 수 있다.
MBS 에이전트(MBS Agent)(211)는 BS(210)에 위치하여 ASN의 MCBCS 세부 기능들(specific functions)을 수행한다. MBS 에이전트는 데이터 플레인 베어러 관리를 담당하고 또한 MBS 동기화 기능부 및 MBS DP의 동작 지원을 위한 무선 자원 할당 정보를 담당하는 기능 엔터티(function entity)이다. 구체적으로, MBS 에이전트는 BS에서 DPF 기능부 지원, MBS 동기화 기능부와 교환하는 무선 자원 관리 정보 지원하고, MBS 동기화 기능부로부터 수신된 동기화 정보(synchronization information)에 기초하여 시스템 자원 할당 조정(coordinate)하며, 정보(이는 MBS 동기화 기능부로부터 얻을 수 있으며 공중(air)으로 전송됨)에 기초하여 MBS 서브프레임 구성하고, MCID/LCID를 상응하는 MBS 존 ID 등으로 맵핑하는 맵핑 정보 전달하며, MBS_MAP_IE, MBS_MAP 및 MBS_DATA_IE(MBS 존 ID와 MCID를 포함함) 등을 브로드캐스팅한다.
MBS 클라이언트(MBS Client)(110)는 각각의 MS(100)에 위치하여, IP 멀티캐스트 가능한 IPv4 및 IPv6 스택(stack) 지원, 서비스 발견(discovery)/공고(announcement), 서비스 가입(subscription)/등록(registration), 응용 계층(Application layer) 보안 지원, 선택적인 통계 수집(Optional statistic collection) 지원, MCBCS 프로그램 컨텐츠 재구성 등의 기능을 수행한다.
MBS 동기화 기능부(MBS Sync Function)는 MBS 전송 존에서 단일 및 다중 주파수 WiMAX 네트워크를 통해 MCBCS 컨텐츠 다운링크 전송을 조정한다. 또한, MBS 동기화 기능부는 전체 MBS 존에 대한 동기화 정보 및 동기화 규칙을 생성하는 MBS 동기화 컨트롤러 기능(MBS Sync Controller Function) 및 MBS_MAP_IE, MBS_MAP, MBS_DATA_IE, MAC SDU 또는 PDU, MBS 영역을 구성하는 MBS 동기화 실행 기능(MBS Sync Executer Function)을 수행할 수 있다.
한편, 하기 표 1은 본 발명에 따른 MCBCS 시스템과 관련된 WiMAX NRM 참조 포인트(reference points)의 기능을 예시한 것이다.
[표 1] WiMAX NRM 참조 포인트(reference points)
Figure PCTKR2009004319-appb-I000001
이하에서는 응용 계층 시그널링(Application Layer Signaling)의 경우 서비스 제공 절차(Service Provisioning Procedure)를 설명한다.
[MCBCS 서비스 발견(MCBCS Service Discovery)]
MBCBS 서비스 발견(MCBCS Service Discovery Procedure) 절차는 MCBCS 서버 발견(MCBCS server discovery), 서비스 공고(service announcement) 및 서비스 가이드 전송(service guide delivery) 등에 의해 이루어진다.
먼저, MCBCS 서버 발견은 MS가 정적(static) 또는 동적(dynamic) 방법을 통해 MCBCS 서버를 찾는 과정이다. 정적 방법의 경우, MS에는 MCBCS 서버의 IP 주소가 제공된다. 그리고, 동적 방법의 경우, 브로드캐스트(Broadcast) 또는 SMS와 같은 몇몇 방식이 이용될 수 있다.
서비스 공고는 서비스 발견 절차의 2번째 단계에 해당하며, 유니캐스트(Unicast) 또는 멀티캐스트(multicast)에 의해 이루어질 수 있다.
서비스 가이드 전송은 브로드캐스트 또는 유니캐스트에 의해 이루어질 수 있다. 유니캐스트 방식의 경우, MS는 어떤 종류의 서비스가 제공되는지를 확인하기 위하여 서비스 가이드 요청 메시지(Service Guide Request message)를 MCBCS 서버로 전송하고, MCBCS 서버는 서비스 가이드 요청 메시지를 수신하면 MS로 서비스 가이드 응답 메시지(Service Guide Response message)를 전송한다. 서비스 가이드는 프로그램 ID, 컨텐츠 ID, 스케줄(시작 및 종료 시간) 등과 같은 서비스 관련 정보를 포함한다. 브로드캐스트 방식의 경우, MS는 DCD 메시지를 통해 서비스 가이드와 함께 전송되는 MCID를 얻고, 할당된 MCID를 이용하여 서비스 관련 정보가 포함된 서비스 가이드를 수신한다. 여기서, 사용자 운용 메시지(User Operation messages)는 XML을 이용하여 코딩(coding)되어 HTTP/TCP를 통해 전송될 수 있다.
도 2는 본 발명의 일 실시예에 따른 서비스 가이드 획득(Service Guide Acquisition) 절차를 예시한 흐름도이다.
도 2를 참조하면, 단계 S201에서, MS는 어떤 종류의 서비스가 이용가능한지 확인하기 위하여 MCBCS 서버로 서비스 가이드 요청 메시지를 전송하여 서비스 정보를 요청한다. 그리고, MS로부터 상기 서비스 가이드 요청 메시지를 수신하면, 단계 S202에서, MCBCS 서버는 프로그램 ID, 컨텐츠 ID, 스케줄(시작/종료 시간) 등과 같은 서비스 가이드를 MS로 전송한다.
[서비스 가입(Service Subscription)]
사용자가 MCBCS를 원할 경우, 사용자는 온라인 또는 오프라인을 통해 NSP에 가입한다. 온라인 가입의 경우, MS는 가입 전에 브로드캐스트 또는 유니캐스트 방식에 의해 서비스 가이드를 얻으며, 만약 사용자가 NSP가 제공하는 MCBCS 수신을 원하면, 사용자는 서비스 가이드에 기초하여 CSN에 위치하는 MCBCS 서버에 가입한다. MCBCS 서버는 가입 요청을 수신하면 AAA로 사용자 인증 및 권한부여를 요청하고, AAA는 이에 응답하여 MCBCS 서버로 인증/권한부여 결과를 전송한다. 만약, 인증/권한부여가 성공적이면, MS는 MBS 데이터를 수신할 수 있는 권한을 가진다. 한편, 오프라인 가입의 경우에도 웹(Web) 기반으로 수행될 수 있다.
도 3은 본 발명의 일 실시예에 따른 서비스 가입(Service Subscription) 절차를 예시한 흐름도이다.
도 3을 참조하면, 단계 S301에서, MS는 MCBCS 서버로 가입 요청 메시지(Subscription Request message)를 전송한다. 상기 가입 요청 메시지에는 사용자 정보(NAI), 프로그램 ID, 컨텐츠 ID 등이 포함된다. 단계 S302에서, MCBCS 서버는 인증(authentication) 및 권한부여(authorization)를 요청하기 위하여 AAA로 사용자 정보를 전송하고, AAA는 인증 및 권한부여를 수행한 후 그 결과를 MCBCS 서버로 전송한다. 단계 S303에서, MCBCS 서버는 상기 결과에 기초하여 가입 응답 메시지(Subscription Response message)를 MS로 전송한다. 상기 가입 응답 메시지에는 프로그램 ID, 컨텐츠 ID, MBS 존 ID, MCID 등이 포함된다. 여기서, MBS 존 ID 및 MCID는 서비스 가이드 전송(Service Guide delivery) 또는 가입(Subscription) 등에 의해 얻어질 수 있다.
[서비스 참여(Service Join)]
서비스 가이드를 수신하면, MS는 수신을 원하는 MBS 컨텐츠를 결정하고 해당 MBS 컨텐츠를 위한 멀티캐스트 그룹(multicast group)에 참여한다. 브로드캐스트 및 정적 멀티캐스트의 경우, 모든 MBS 컨텐츠가 배포되거나 MBS 존이 이미 정해져 있기 때문에 MS에 의한 참여 절차(joining procedure)가 요구되지 않는다. 그리고, MS는 이미 컨텐츠 ID, 멀티캐스트 IP 주소, MCID를 위한 맵핑 테이블(mapping table)을 가지고 있기 때문에, MS는 참여 절차 없이 원하는 MBS 컨텐츠를 수신할 수 있다.
[세션 시작(Session Start)]
MCBCS 서버에 의한 세션 시작(Session Start)은 네트워크 자원(network resource)을 효율적으로 할당하기 위해 이용된다. 비록 네트워크 자원은 어느 때나 지정(reserve)될 수 있지만, 실제 데이터 전송 시 ASN-GW 및 BS의 자원을 할당하는 것이 더 효과적이다.
세션 시작 절차 동안, 컨텐츠 ID, MCID, 멀티캐스트 IP 주소, 스케줄(시작/종료 시간), MBS 존 ID 등의 서비스 관련 정보가 전송된다.
만약 MCBCS 프락시가 MCBCS 서버로부터 세션 시작 요청(Session Start Request)을 수신하면, MCBCS 프락시는 MR로 IGMP 참여를 개시하기 위해 앵커 MCBCS DPF를 트리거한다.
[세션 업데이트(Session Update)]
세션 업데이트(Session Update)는 NAP가 채널 구성을 변경할 때 MCBCS 서버가 ASN에게 통지하기 위해 사용된다.
[세션 종료(Session Stop)]
세션 종료(Session Stop)는 MCBCS 서버에 의해 트리거되며, ASN-GW 및 BS의 네트워크 자원을 해제하기 위해 사용된다. 만약 MCBCS 서버가 오랜 시간 동안 전송할 MCS 컨텐츠가 없으면, MCBCS 서버는 MCBCS 프락시로 세션 종료 요청 메시지(Session Stop Request message)를 전송한다. MCBCS 프락시는, 세션 종료 요청 메시지를 수신하면, 할당된 네트워크 자원을 해제하기 위해 앵커 MCBCS DPF를 트리거한다. 그러면, 앵커 MCBCS DPF는 R6 데이터 경로 해제 절차를 개시한다.
[서비스 탈퇴(Service Leave)]
MS가 요청한 MBS 컨텐츠 수신을 완료하거나 MCBCS 서버가 MBS 컨텐츠 전송 종료를 결정하면, MS 또는 MCBCS 서버는 서비스 탈퇴 절차(Service Leaving procedure)를 트리거한다. 브로드캐스트 및 정적 멀티캐스트의 경우, MCBCS 서버가 사용자 그룹을 관리하기 때문에 ASN-GW에 대한 MS의 탈퇴 절차는 요구되지 않는다. 동적 멀티캐스트의 경우, BS 내에 수신자가 존재하는가에 기초하여 디스트리뷰션 트리(distribution tree)가 해제(release)된다.
이하에서는 DSx 기반 시그널링(DSx Based Signaling)의 경우 서비스 제공 절차(Service Provisioning Procedure)를 설명한다.
MCBCS의 수신은 MS 및 MCBCS 서버의 측면에서 고려될 수 있는데, 도 4는 MS의 측면에서 절차를 예시한 것이고, 도 5는 MCBCS 서버의 측면에서 절차를 예시한 것이다.
MS 측의 활성화(activities)는 각각의 개별 사용자에 의해 이루어지며, MCBCS 서버 측의 활성화는 참여한 MS의 수에 관계없이 이루어진다. 그리고, 이러한 2개의 절차는 서로 독립적으로 수행된다.
MS의 경우 서버 발견(Server discovery)(S410), 서비스 가입(Service subscription)(S420), 서비스 참여(Service joining)(S430) 및 서비스 탈퇴(Service leaving)(S440) 등의 과정을 개별적으로 수행한다. 그리고, MCBCS 서버의 경우 MCBCS 서비스 제공을 위해 서비스 공고(Service Announcement)(S510), 세션 시작(Session Start)(S520), 데이터 전송(Data Transfer)(S530), 세션 업데이트(Session Update)(S540), 세션 종료(Session Stop)(S550) 등의 과정을 수행한다.
[MCBCS 서비스 발견(MCBCS Service Discovery)]
MBCBS 서비스 발견(MCBCS Service Discovery Procedure) 절차는 MCBCS 서버 발견(MCBCS server discovery), 서비스 공고(service announcement) 및 서비스 가이드 전송(service guide delivery) 등에 의해 이루어진다.
먼저, MCBCS 서버 발견은 MS가 정적(static) 또는 동적(dynamic) 방법을 통해 MCBCS 서버를 찾는 과정이다. 정적 방법의 경우, MCBCS 서버의 IP 주소 또는 URL이 MS에 사전 인스톨(pre-install)된다. 그리고, 동적 방법의 경우, 서버 IP 주소가 MS에 사전 인스톨되지 않으며, MS는 DHCP, SMS, 웹사이트(website), 브로드캐스트 등을 통해 MCBCS 서버/컨트롤러의 IP 주소 및/또는 도메인 네임(domain name)을 얻는다.
서비스 공고는 서비스 발견 절차의 2번째 단계에 해당하며, 유니캐스트(Unicast) 또는 멀티캐스트(multicast)에 의해 이루어질 수 있다.
서비스 가이드 전송은 브로드캐스트 또는 유니캐스트에 의해 이루어질 수 있다. 유니캐스트 방식의 경우, MS는 어떤 종류의 서비스가 제공되는지를 확인하기 위하여 서비스 가이드 요청 메시지(Service Guide Request message)를 MCBCS 서버로 전송하고, MCBCS 서버는 서비스 가이드 요청 메시지를 수신하면 MS로 서비스 가이드 응답 메시지(Service Guide Response message)를 전송한다. 서비스 가이드는 프로그램 ID, 컨텐츠 ID, 스케줄(시작 및 종료 시간) 등과 같은 서비스 관련 정보를 포함한다. 브로드캐스트 방식의 경우, MS는 DCD 메시지를 통해 서비스 가이드와 함께 전송되는 MCID를 얻고, 할당된 MCID를 이용하여 서비스 관련 정보가 포함된 서비스 가이드를 수신한다. 여기서, 사용자 운용 메시지(User Operation messages)는 XML을 이용하여 코딩(coding)되어 HTTP/TCP를 통해 전송될 수 있다.
[서비스 가입(Service Subscription)]
서버스 가입 절차는 서비스 권한부여(service authorization)를 포함할 수 있다. 서비스 권한부여는 브로드캐스트의 경우 참여 절차가 요구되지 않기 때문에 특히 중요하다. 가입자는 다운로드 데이터를 수신하기 위해 미리 권한부여를 받아야 한다.
서비스 가입은 사용자가 서비스 제공자와 관계(relationship)를 설정하는 첫번째 단계이다. 운용자(operator)자의 시나리오(scenarios)에 따라서, 몇몇 무료 서비스(free services) 및/또는 긴급 서비스(emergency services)의 경우, 가입 절차가 요구되지 않을 수 있다. 가입은 온라인 및 오프라인에서 이루어질 수 있다. 온라인의 경우, MS는 가입 요청(subscription request)을 CSN의 MCBCS 서버/컨트롤러로 전송하고, 여기에는 MS 서명(signature), MCBCS 프로그램 패키지 ID, MCBCS 서비스 ID 등이 포함될 수 있다. MCBCS 서버/컨트롤러는 상기 가입 요청을 수신하면, 인증 서버(authentication server)로 MS의 서명에 기초한 MS의 인증을 요청한다. 만약 인증이 성공적이면, 허용된 MCBCS가 MS 프로파일에 추가된다. MCBCS 서버/컨트롤러는 MS와 MCBCS를 관련시키고, 가입 결과를 알리는 가입 응답(subscription response) MS로 전송한다.
가입 요청 절차는 비가입(un-subscribe)의 경우에도 마찬가지로 적용된다. MCBCS 그룹을 탈퇴한 후, MS는 비가입 요청(un-subscribe request)을 전송할 수 있다. 이는 또한 인증이 요구될 수 있다. 만약, 인증이 성공적으로 이루어지면, MS와 MCBCS의 맵핑(mapping)은 해제될 수 있으며, MCBCS 서버/컨트롤러는 그 결과를 알리는 가입 응답을 MS로 전송한다.
브로드캐스트 서비스의 경우 가입 단계는 선택적(optional)인 것이며, 만약 브로드캐스트 서비스에서 가입이 요구되는 경우, 이 단계에서 인증(authentication) 및 권한부여(authorization)를 수행하는 것이 바람직하다. 한편, 멀티캐스트 서비스의 경우에는 가입 단계가 요구된다.
[서비스 공고(Service Announcement)]
서비스 공고(Service Announcement)는 사용자가 이용가능한 MCBCS를 요청하거나 또는 사용자에게 이용가능한 MCBCS를 알림으로써 수행된다. 서비스 공고는 MS가 MCBCS에 가입하였는지 여부와는 상관이 없다. 서비스 공고는 몇몇 방식을 이용하여 수행될 수 있는데, 예컨대 MS로 브로드캐스트하거나 또는 MS가 유니캐스트를 통해 제어 정보(control information)를 요청함으로써 수행될 수 있다.
서비스 공고는 서비스 ID, 서비스 명칭, 컨텐츠 설명(content description), 스케줄 정보(시작/종료 시간), MCBCS 서비스 영역 등을 포함할 수 있다. MCBCS는 동일한 QoS 요구조건을 가지며 동일한 멀티캐스트 IP 주소 및 컨텐츠 설명 쌍(pair)에 의해 식별되는 하나 이상의 컨텐츠를 포함할 수 있다.
[서비스 참여(Service Join)]
MS가 서비스 참여를 요청하는 경우, 서비스 참여 절차는 MS에 대한 서비스 권한부여(service authorization) 절차를 포함할 수 있다.
이를 상술하면, 서비스 공고 동안, MBS 서비스 정보는 MS로 다운로드되고, MS는 서비스 세부사항(예, 영화 채널, TV 채널 등), 멀티캐스트 IP 주소, 시작 시간 등을 포함하는 MBS 서비스 정보를 저장한다. MS의 선택에 따라서, MS는 언제든지 선호하는 IP 멀티캐스트 그룹에 참여할 수 있다. 만약, MS가 몇몇 IP 멀티캐스트 그룹에 참여를 원하면, MS는 MCBCS 서비스 정보로부터 원하는 멀티캐스트 IP 주소를 선택하고 참여하고자 하는 멀티캐스트 그룹을 알리는 참여 요청 메시지(joining request message)를 전송한다. MBS 프락시(MCBCS proxy)는 MS로부터 참여 요청 메시지를 수신하면, MCBCS 서버/컨트롤러로 MS에 대한 서비스 권한부여(service authorization)를 요청한다. 만약 MCBCS 서버/컨트롤러가 권한부여에 대한 정보를 가지고 있지 않으면, MCBCS 서버/컨트롤러는 AAA로 요청 메시지를 전달할 수 있다.
한편, 사용자 프로파일 또는 운용자 정책에 기반하여, 네트워크가 MS의 MBS 서비스 참여를 개시하거나 초대할 수 있다. 그러나, MBS 트래픽을 수신할 것인지에 대한 최종 결정은 MS에 의해 이루어진다. 이 경우, MS은 명시적인 참여 메시지를 트리거링(triggering)할 필요가 없다.
그러므로, 서비스 참여(Service Join)는 MS에 의한 참여(MS initiated join)(Pull service)와 네트워크에 의한 참여(Network initiated join)(Push service)로 구분될 수 있다.
참여는 과금(charging)의 기초로 사용될 수 있기 때문에, 가입자는 권한부여를 받아야 하며, 멀티캐스트 모드에서만 참여가 요청된다. 참여 절차 동안, MS는 무선링크 인터페이스(airlink interface)에서 요청된MBS 트래픽(requested MBS traffic)을 식별(identify), 전송(transmit), 보호(protect)하기 위하여 ASN으로부터 MCID, MBS 존 ID, 컨텐츠 ID, 논리 채널(Logical channel) 등을 포함하는 정보를 얻을 수 있다. 참여 절차 이후, MS는 MBS-MAP 메시지를 검출(detect)할 수 있으며, 만약 MBS-MAP 메시지의 MCID가 MS가 관계하는 MBS 서비스의 MCID와 동일하면, 해당 멀티캐스트 무선 연결(air connection)을 통해 MBS 트래픽을 수신할 수 있다.
한편, 브로드캐스트 서비스의 경우에는 서비스 참여 절차가 항상 네트워크에 의해 개시된다.
도 6은 본 발명의 일 실시예에 따른 MS에 의한 참여 절차(MS initiated join procedure)를 예시한 흐름도이다.
만약 MS가 IP 멀티캐스트 그룹(IP multicast group)에 참여를 원할 경우, MS는 액티브 모드(active mode)로 되어야 한다. MS는 이미 서비스 공고(service announcement)에 의해 멀티캐스트 IP 주소를 포함하는 MBS 서비스 정보를 알고 있다. MBS 서비스에 참여하기 위해, MS는 플레이(play)를 원하는 MBS 컨텐츠를 선택한다.
도 6을 참조하면, 단계 S601에서, MS는 MCBCS 정보로부터 플레이를 원하는 MBS 컨텐츠를 선택하고, 앵커 ASN으로 IGMP(Internet Group Management Protocol) 참여 메시지(IGMP Join message) 또는 MLD(Multicast Listener Discovery) 메시지를 전송한다. IGMP 참여 메시지는 IGMP 버전에 따라서 하나 이상의 MBS 컨텐츠의 IP 멀티캐스트 주소를 포함할 수 있다.
IGMP 참여 메시지를 수신하면, 단계 S602에서, 앵커 DPF는 WiMAX 시그널링(Signaling) 메시지 형태의 MBS 참여 요청 메시지(MBS Join Request message)를 서빙 MBS DPF로 전송하여 IGMP/MLD 메시지를 포워딩한다. MBS 참여 요청 메시지는 MS ID, BS 정보, 멀티캐스트 IP 주소, MS outer NAI 등을 포함한다.
단계 S603에서, 서빙 MBS DPF는 MBS 참여 요청 메시지를 MBS 프락시(MBS proxy)로 전달한다.
MBS 참여 요청 메시지를 수신하면, 단계 S604에서, MBS 프락시는 MS에 대한서비스 권한부여를 위해 MBS 권한부여 요청 메시지(MBS Auth Request message)를 MBS 서버로 전송한다. MBS 권한부여 요청 메시지는 MS ID, 멀티캐스트 IP 주소 등을 포함한다.
만약 MS의 가입 프로파일(MS's subscription profile)이 MCBCS 서버/컨트롤러로 다운로드된 경우, MCBCS 서버/컨트롤러는 MS에 대한 서비스 권한을 직접 부여할 수 있다. 그러나, 만약 MCBCS 서버/컨트롤러가 MS의 가입 프로파일을 가지고 있지 않은 경우, 단계 S605에서, MCBCS 서버/컨트롤러는 권한부여를 위해 AAA로 액세스 요청 메시지(Access-Request message)를 전송한다. 그러면, 단계 S606에서, AAA는 액세스 요청 메시지에 응답하여 권한부여 결과가 포함된 액세스 응답 메시지(Access-Response message)를 MCBCS 서버/컨트롤러로 전송한다.
단계 S607에서, MCBCS 서버/컨트롤러는 AAA로부터 수신된 권한부여 결과를 MBS 프락시로 전송한다. 한편, 만약 MCBCS 서버/컨트롤러가 MS의 가입 프로파일을 가지고 있는 경우에는 상기 단계 S605 및 S606은 생략되며, 단계 S607에서, MCBCS 서버/컨트롤러는 가입 프로파일에 기초하여 검증된 권한부여 결과를 MBS 프락시로 전송한다.
단계 S608에서, MBS 프락시는 MBS 참여 응답 메시지(MBS Join Response message)를 서빙 MBS DPF로 전송한다. MBS 참여 응답 메시지는 서비스 참여에 대한 성공 여부를 포함한다.
단계 S609에서, 서빙 MBS DPF는 MBS 참여 응답 메시지를 앵커 DPF로 전송한다. 마찬가지로, MBS 참여 응답 메시지는 서비스 참여에 대한 성공 여부를 포함한다. 앵커 DPF가 권한부여의 성공 여부를 지시하는 MBS 참여 응답 메시지를 수신하면, 단계 S610에서, 앵커 DPF는 앵커 SFA로 MS에 대한 SFID(service flow identifier)를 요청하는 RR-REQ 메시지(Resource Reservation Request message)를 전송한다.
단계 S611에서, 앵커 SFA는 요청된 MBS 서비스에 대해 SFID를 할당하여 RR-RSP 메시지(Resource Reservation Response message)를 서빙 SFA로 전송한다. 단계 S612에서, 서빙 SFA는 MBS 서비스 정보와 함께 경로 등록 요청 메시지(Path_Reg_Req message)를 MBS 에이전트(MBS agent)로 전송한다. 단계 S613에서, 서빙 MBS DPF는 경로 등록 요청 메시지(Path_Reg_Req message)(이는 MS 정보, MBS 존 ID, SFID, MCID 등의 필요 정보를 포함함)를 BS로 포워딩한다.
단계 S614에서, BS는 MBS 서비스를 개시하는 DSA-REQ(Dynamic Service Addition Request) 메시지를 MS로 전송한다. DSA-REQ 메시지는 MCID, MBS 존 ID, MBS 서비스 TLV를 포함하고, 선택적으로 컨텐츠 ID, 멀티캐스트 IP 주소 등을 포함한다. 그러면, 단계 S615에서, MS는 DSA-RSP(Dynamic Service Addition Response) 메시지를 BS로 전송한다.
BS 및 MS에 의해 허용(acceptance)된 경우(예컨대, DSA 응답(DSA-Respons)의 확인 코드(confirmation code)가 'OK' 또는 'success' 인 경우), 단계 S616에서, BS는 예약(reservation)을 확인하는 경로 등록 응답 메시지(Path_Reg_Rsp message)를 서빙 MBS DPF로 전송한다.
단계 S617에서, 서빙 MBS DPF는 MBS 서비스 성공 TLV(MBS service successful TLV)를 포함하는 경로 등록 응답 메시지(Path_Reg_Rsp message)를 앵커 DPF/서빙 SFA로 전송한다. 단계 S618에서, 서빙 SFA는 RR-Ack 메시지를 앵커 SFA로 전송한다.
그리고, 단계 S619에서, 서빙 SFA는 경로 등록 확인 메지시(Path_Reg_Ack message)를 서빙 MBS DPF로 전송하고, 단계 S620에서, 서빙 MBS DPF는 경로 등록 확인 메시지(Path_Reg_Ack message)를 BS로 전송한다. 단계 S621에서, BS는 DSA-ACK 메시지를 MS로 전송한다.
도 7은 본 발명의 일 실시예에 따른 네트워크에 의한 참여 절차(Network initiated join procedure)를 예시한 것이다.
사용자 프로파일(user profile) 또는 운용자 정책(operator policy)에 따라서, 네트워크는 MS가 MBS 서비스에 참여하도록 개시 및 초청할 수 있다. 브로드캐스트 서비스의 경우, 참여 절차(joining procedure)는 네트워크에 의해 트리거(trigger)된다. 초기 네트워크 엔트리(initial network entry) 이후에, MBS 서비스는 사전에 예약된 서비스 플로우(pre-provisioned service flow)로서 MS에 제공될 수 있다. 이 경우, MS는 서비스 공지(service announcement)를 통해 분류(classification)를 위한 MBS 컨텐츠를 위한 멀티캐스트 IP 주소를 알고 있어야 한다.
사용자 프로파일 또는 관리자 정책에 따라서, 앵커 SFA 또는 PF는 도 7과 같은 참여 절차를 트리거할 수 있다.
도 7을 참조하면, 단계 S701에서, MS는 초기 네트워크 엔트리(initial network entry)를 수행한다. MS는 오프라인 또는 서비스 공지 과정을 통해 MBS 정보를 얻는다. 또한, MS 사전 연결 정보(pre-connection information)로서 서비스 정보를 이미 가지고 있을 수도 있다. 단계 S701 동안, 사용자의 QoS 프로파일 및 관련 정책이 AAA에서 앵커 ASN으로 다운로드된다. 초기 네트워크 엔트리가 완료된 후, AAA는 PF를 트리거할 수 있다.
만약 사용자의 QoS 프로파일이 다운로드되지 않은 경우, 단계 S702에서, PF는 앵커 SFA로 RR-REQ 메시지를 전송함으로써 MBS 서비스 플로우의 생성 및 활성화를 개시한다. 그러나, 만약 초기 네트워크 엔트리 동안 QoS 프로파일이 앵커 SFA에 다운로드된 경우, 상기 단계 S702는 생략될 수 있다.
PF로부터 RR-REQ 메시지를 수신하면, 단계 S703에서, 앵커 SFA는 RR-REQ 메시지를 서빙 MBS DPF로 전송한다. RR-REQ 메시지는 QoS 프로파일에 따라서 설정된 QoS 파라미터들을 포함한다. 그러나, 만약 초기 네트워크 엔트리 동안 QoS 프로파일이 앵커 SFA로 다운로드된 경우, 앵커 SFA는 상기 단계 S703을 수행함으로써 네트워크 개시 참여 절차를 트리거할 수 있다.
단계 S704에서, 프리 브로드캐스트 서비스(free broadcast service) 등과 같이 운용자 정책에 따라서, MBS 프락시는 네트워크 개시 참여 절차를 트리거 할 수 있다. 서빙 MBS DPF는 경로 등록 요청 메시지(Path_Reg_Req message)를 BS로 전송한다. 경로 등록 요청 메시지는 MS 정보, MBS 존 ID, MCID, 멀티캐스트 IP 주소, 분류 규칙 정보(Classification rules information) 등을 포함한다.
단계 S705에서, BS는 MBS 서비스를 개시하는 DSA-REQ 메시지를 MS로 전송한다. DSA-REQ 메시지는 MCID, SFID, MBS 존 ID, MBS 서비스 TLV, 멀티캐스트 IP 주소를 포함하고, 선택적으로 컨텐츠 ID 등을 포함한다. 단계 S706에서, MS는 DSA-RSP 메시지를 BS로 전송한다.
BS 및 MS에 의해 허용(acceptance)된 경우(예컨대, DSA 응답(DSA-Respons)의 확인 코드(confirmation code)가 'OK' 또는 'success' 인 경우), 단계 S707에서, BS는 예약(reservation)을 확인하는 경로 등록 응답 메시지(Path_Reg_Rsp message)를 서빙 MBS DPF로 전송한다. 단계 S708에서, 서빙 MBS DPF는 RR-Rsp 메시지를 앵커 SFA로 전송한다. 그리고, 단계 S709에서, 앵커 SFA는 예약을 확인하기 위해 RR-Rsp 메시지를 PF로 전송한다.
단계 S710에서, PF는 앵커 SFA로 RR-Ack 메시지를 전송한다. 단계 S711에서 앵커 SFA는 서빙 MBS DPF로 RR-Ack 메시지를 전송한다. 단계 S712에서, 서빙 MBS DPF는 경로 등록 확인 메시지(Path_Reg_Ack message)를 BS로 전송한다. 단계 S713에서, BS는 DSA-ACK 메시지를 MS로 전송한다.
[온라인 가입 네트워크 트리거 참여(On-line subscription network triggered joining)]
도 8은 본 발명의 일 실시예에 따른 온라인 가입 네트워크 트리거 참여 절차(On-line subscription network triggered joining procedure)를 예시한 도면이다.
MS가 네트워크 엔트리 이후에 MCBCS 서버/컨트롤러를 통해 MCBCS에 가입하면, MCBCS 서버/컨트롤러는 상기 MS의 컨텍스트 정보에 근거하여 AAA와 통신을 하며, MS가 MCBCS에 접속하기 위한 권한과 인증을 받으면, 사용자 서비스 프로파일이 새로운 가입에 근거하여 업데이트된다. 또한 상기 AAA가 정보 또는 정책을 앵커 SFA 에게 송신한다.
일부 시나리오(some usage scenarios)의 경우, 네트워크가 사용자 프로파일을 직접 변경하고 MS로 L2 파라미터들을 푸시(push)할 수 있다.
도 8을 참조하면, 네트워크 엔트리 이후, 단계 S801에서, MS는 MCBCS 컨트롤러를 통해 적어도 하나의 MCBCS 서비스에 가입한다.
단계 S802에서, AAA는 권한 변경 요청 메시지(CoA(Change of Authorization) request message)를 MS 앵커 SFA(MS Anchor SFA)로 전송한다.
단계 S803에서, MS 앵커 SFA는 MBS 서비스에 대해 할당된 SFID를 포함하는 RR 요청 메시지(RR request message)를 서빙 SFA로 전송한다.
단계 S804에서, 서빙 SFA는 경로 등록 요청 메시지(Path_Reg-Req message)를 서빙 MBS DPF로 전송한다.
단계 S805에서, 서빙 MBS DPF는 DSA 절차(DSA procedure)를 트리거하기 위해 MBS 존 ID, MCID, 멀티캐스트 IP 주소, SFID 등을 포함하는 경로 등록 요청 메시지(Path_Reg_Req message)를 BS/MBS 에이전트로 전송한다.
단계 S806에서, BS/MBS 에이전트는 MS와 DSA 절차를 수행한다.
DSA 절차가 성공적으로 완료되면, 단계 S807에서, BS/MBS 에이전트는 MBS 셋업성공 TLV(MBS set up successful TLV)를 포함하는 경로 등록 응답 메시지(Path_Reg_Rsp message)를 서빙 MBS DPF로 전송한다. 단계 S808에서, 서빙 Serving MBS DPF는 경로 등록 응답 메시지(Path_Reg_Rsp message)를 서빙 SFA로 전송한다.
단계 S809에서, 서빙 SFA는 MBS 성공 TLV(MBS success TLV)를 포함하는 RR 응답 메시지(RR-Response message)를 앵커 SFA로 전송한다. 그러면, 단계 S810에서, 앵커 SFA는 CoA 응답 메시지(CoA response message)를 AAA로 전송한다.
[세션 시작(Session Start)]
도 9는 본 발명의 일 실시예에 따른 세션 시작 절차(Session Start Procedure)를 예시한 도면이다.
세션 시작은 사용자에 의한 서비스 활성화(activation)와 독립적으로 발생한다. 즉, 사용자는 세션 시작 이전 또는 이후에 서비스를 활성화시킬 수 있다.
MCBCS 서버/컨트롤러는 데이터를 전송할 준비가 되면 MBS 세션 시작 절차를 개시한다. MCBCS 서버/컨트롤러로부터의 세션 시작은 MBS 데이터 전송을 위한 베어러 자원 설정(bearer resource establishment)을 트리거하고 MBS 컨텐츠 정보를 전달하기 위해 수행된다. 세션 시작 절차는 MBS 수신자가 발생하기 전에 브로드캐스트 서비스를 위해 ASN에서 MBS를 위한 데이터 경로를 트리거하기 위해 이용될 수도 있다. 그러나, 만약 MS의 참여에 의해 베어러 자원이 이미 설정되었다면, 세션 시작 절차는 베어러에 대해서는 수행하지 않는다.
만약 MBS 수신자가 전혀 없고 그것이 브로드캐스트 서비스인 경우, 세션 시작 절차는 데이터 경로 등록/자원 예약 절차에 피기백(piggyback)될 수 있다. 멀티캐스트 서비스의 경우, 세션 시작 절차는 MBS 데이터를 위해 베어러 자원 설정을 트리거하지 않는다.
MCBCS 서버/컨트롤러로부터의 MBS 데이터는 터널링(tunneling)에 의해 또는 IETF에 의해 정의되는 기존의 멀티캐스트 라우팅 프로토콜(existing multicast routing protocol)에 의해 MBS 존의 MBS DPF로 전송될 수 있다.
MCBCS 서버/컨트롤러는, 세션 시작 요청 메시지(Session Start Request message)를 전송한 후, MBS 데이터를 전송하기 전에 설정가능한 딜레이(configurable delay) 동안 대기한다. 상기 딜레이는 MBS 서버 이외의 엔터티(entities)에서 MBS 데이터의 버퍼링(buffering)을 피할 수 있을 정도로 충분히 길어야 한다. 즉, 상기 딜레이는 MCBCS 서버/컨트롤러가 MBS 데이터를 전송하기 이전에 MBS 데이터 전송을 위해 요구되는 모든 절차를 네트워크가 수행할 수 있도록 해야 한다.
도 9를 참조하여 구체적 단계를 설명하면, MCBCS 서버/컨트롤러가 MBS 데이터를 전송할 준비가 되면, 단계 S901에서, MCBCS 서버/컨트롤러는 세션 시작 요청 메시지(session start request message)를 MBS 프락시로 전송한다. 세션 시작 요청 메시지는 멀티캐스트 IP 주소, MCBCS 서비스 ID, MCBCS 컨텐츠 ID, QoS 정보, 추정 세션 구간(estimated session duration), 서비스 우선순위(service priority) 등의 MCBCS 컨텐츠 정보를 포함한다.
MBS 프락시가 MCBCS 서버/컨트롤러로부터 세션 시작 요청 메시지를 수신하면, 단계 S902에서, MBS 프락시는 프라이머리(primary) MBS DPF로 세션 시작 요청 메시지를 전송하고, 단계 S903에서, 프라이머리 MBS DPF는 데이터 경로(data path)를 생성하기 위해 경로 등록 요청 메시지(Path_Reg_Req message)를 MBS 에이전트로 전송한다. 경로 등록 요청 메시지는 MCID, MBS 존 ID, 분류 규칙 등을 포함한다.
단계 S904에서, BS는 상응하는 데이터 경로(corresponding data path)를 설정하고, 경로 등록 응답 메시지(Path_Reg_Rsp message) 프라이머리 MBS DPF로 전송한다. 경로 등록 응답 메시지(Path_Reg_Rsp message)를 수신하면, 단계 S905에서, 프라이머리 MBS DPF는 세션 시작 응답 메시지(session start response message)를 MBS 프락시로 전송한다. 그러면, 단계 S906에서, MBS 프락시는 세션 시작 응답 메시지를 MCBCS 서버/컨트롤러로 전송한다.
[세션 업데이트(Session Update)]
세션 업데이트(Session Update)는 MCBCS 전송(transmission)과 관련된 MCBCS 세션 정보를 업데이트하는 것이다.
세션 업데이트는 MCBCS 서버가 서비스 QoS 및/또는 서비스 우선순위 등을 변경할 수 있도록 하는 선택적인 절차이며, 이 경우 업데이트 정보가 데이터 리스케줄링(re-scheduling)을 위해 ASN 및 BS에 제공될 수 있다.
[세션 종료(Session Stop)]
도 10은 본 발명의 일 실시예에 따른 세션 종료 절차(Session Stop Procedure)를 예시한 도면이다.
세션 종료는 사용자에 의한 서비스 활성화(activation)와 독립적으로 발생한다. 즉, 사용자는 세션 종료 이전 또는 이후에 서비스를 비활성화시킬 수 있다.
MCBCS 서버/컨트롤러는 MBS 세션이 종료되어야 한다고 판단하면 MBS 세션 종료 절차를 개시한다.
세션은 네트워크에서 베어러 플레인 자원(bearer plane resources)의 해제를 정당할 정도로 충분히 긴 시간동안 더 이상 전송할 MBS 데이터가 없는 경우 통상 종료된다. 세션 종료 절차는 BS와 MBS DPF 사이의 데이터 경로 삭제 절차(data path deregistration procedure)와 함께 수행될 수 있다. 참고로, 세션 종료 절차는 선택적인 절차(optional procedure)이다. MBS 서버는 더 이상 전송할 데이터가 없는 경우 세션 종료 절차 대신에 네트워크에 의한 해제 절차(network initiated leave procedure)를 개시할 수 있다.
도 10을 참조하면, 전송할 MBS 데이터가 없는 경우, 단계 S1001에서, MCBCS 서버/컨트롤러는 세션 종료 요청 메시지(session stop request message)를 MBS 프락시로 전송한다. 세션 종료 요청 메시지는 멀티캐스트 IP 주소 등을 포함한다.
단계 S1002에서, MBS 프락시는 데이터 경로 해제 절차를 수행하기 위해 프라이머리 MBS DPF로 세션 종료 요청 메시지(session stop request message)를 전송하고, 단계 S1003에서, 프라이머리 MBS DPF는 경로 삭제 요청 메시지(Path_Dereg_Req message)를 모든 BS로 전송한다.
단계 S1004에서, BS는 DPF와의 해당 운송 자원(corresponding bearer resource)을 해제하고, 프라이머리 MBS DPF로 경로 삭제 응답 메시지(Path_Dereg_Rsp message)를 전송한다. 단계 S1005에서, 프라이머리 MBS DPF는 세션 종료 응답 메시지(session stop response message)를 MBS 프락시로 전송한다.
프라이머리 MBS DPF로부터 세션 종료 응답 메시지를 수신하면, 단계 S1006에서, MBS 프락시는 MCBCS 서버/컨트롤러로 세션 종료 응답 메지시(Session stop response message)를 전송한다. MCBCS 서버/컨트롤러 및 프라이머리 MBS DPF는 R3 터널(tunnel)을 해제하거나 또는 멀티캐스트 라우팅 트리(multicast routing tree)로의 경로를 제거한다.
[서비스 탈퇴(Service Leave)]
서비스 탈퇴 절차(leaving service procedure)는 MS와 네트워크 사이의 시그널링 절차(signaling procedure)이다. 서비스 탈퇴 절차는 특정 MCBCS를 위한 MCBCS 서버/컨트롤러 및 ASN의 MS 컨텍스트(MS contexts)에서 MS의 MCBCS 관련 정보를 제거한다. MBS 탈퇴 절차는 MS와 MCBCS 서버/컨트롤러에 의해 개시될 수 있다. 사용자가 MBS 데이터 수신을 원하지 않으면, MS는 서비스 탈퇴 절차를 개시할 수 있다. 또한, MCBCS 서버/컨트롤러가 MCBCS 중단을 원할 경우 서비스 탈퇴 절차를 개시할 수 있다. MCBCS 서버/컨트롤러는 전송할 MBS 데이터가 없거나 또는 다른 이유(예컨대, MCBCS 서버/컨트롤러 관리 등)에 의해 MCBCS를 중단할 수 있다. 참고로, 과금(accounting) 및 통계 수집(statistic collection)이 요구되지 않는 경우, 서비스 탈퇴 절차는 선택적일 수 있다.
도 11은 본 발명의 일 실시예에 따른 단말에 의한 서비스 탈퇴 절차(MS initiated leaving service procedure)를 예시한 도면이다.
MS가 MBS 데이터의 수신을 원하지 않는 경우, MS는 서비스 탈퇴 절차(leaving service procedure)를 개시할 수 있다.
도 11을 참조하면, 단계 S1101에서, MS는 특정 멀티캐스트 서비스(이는 멀티캐스트 IP 주소에 의해 식별됨)를 탈퇴하기 위해 IGMP(Internet Group Management Protocol) 탈퇴 메시지(IGMP leave message) 또는 MLD 메시지를 앵커 DPF로 전송한다.
IGMP 탈퇴 메시지 또는 MLD 메시지를 수신하면, 단계 S1102에서, 앵커 DPF는 서빙 MBS DPF로 WiMAX 시그널링 메시지 형태의 MBS 탈퇴 요청 메시지(MBS leave Request message)를 전송하여 IGMP/MLD 메시지를 포워딩한다. MBS 탈퇴 요청 메시지는 MS ID, BS 정보, 멀티캐스트 IP 주소 등을 포함한다.
단계 S1103에서, 서빙 MBS DPF는 MBS 프락시로 MBS 탈퇴 요청 메시지를 전달한다. MBS 탈퇴 요청 메시지를 수신하면, 단계 S1104에서, MBS 프락시는 해당 MCBCS 서버/컨트롤러로 MBS 탈퇴 요청 메시지를 전송한다. MBS 탈퇴 요청 메시지를 수신하면, 단계 S1105에서, MCBCS 서버/컨트롤러는 상기 MBS 탈퇴 요청 메시지를 검증하고 MBS 탈퇴 응답 메시지(MBS Leave Response message)를 MBS 프락시로 전송한다. 그리고, 단계 S1106에서, MBS 프락시는 MBS 탈퇴 응답 메시지를 서빙 MBS DPF로 전달한다.
MBS 탈퇴 응답 메시지를 수신하면, 단계 S1107에서, 서빙 MBS DPF는 앵커 DPF로 MBS 탈퇴 응답 메시지를 전송한다. 서빙 MBS DPF로부터 MBS 탈퇴 응답 메시지를 수신하면, 단계 S1108에서, 앵커 DPF는 서비스 플로우의 삭제를 트리거하기 위해 RR 요청 메시지(RR-Request message)를 앵커 SFA로 전송한다. 단계 S1109에서, 앵커 SFA는 해당 서비스 플로우를 삭제하기 위한 RR 요청 메시지를 앵커 DPF/서빙 SFA로 전송한다.
RR 요청 메시지를 수신하면, 단계 S1110에서, 앵커 DPF/서빙 SFA는 서빙 MBS DPF로 경로 삭제 요청 메시지(Path_Dereg_Req message)를 전송하여 데이터 경로 삭제 절차(data path de-registration procedure)를 개시한다. 경로 삭제 요청 메시지는 MS 정보, MBS 존 ID, MCID, 멀티캐스트 IP 주소, 분류 규칙 정보 등을 포함한다.
단계 S1111에서, 서빙 MBS DPF는 BS로 경로 삭제 요청 메시지(Path_Dereg_Req message)를 포워딩한다. 단계 S1112에서, BS는 IEEE 802.16e에 따른 DSD 요청 메시지(DSD-Request message)를 MS로 전송한다. 단계 S1113에서, MS는 IEEE 802.16e에 따른 DSD 응답 메시지(DSD-Response message)를 BS로 전송한다.
MS로부터 DSD 응답 메시지를 수신하면, 단계 S1114에서, BS는 삭제(deletion)를 확인하는 경로 삭제 응답 메시지(Path_Dereg_Rsp message)를 서빙 MBS DPF로 전송한다.
단계 S1115에서, 서빙 MBS DPF는 경로 삭제 응답 메시지(Path_Dereg_Rsp message)를 앵커 DPF/서빙 SFA로 포워딩한다. 단계 S1116에서, 앵커 DPF/서빙 SFA는 RR 확인 메시지(RR-ack message)를 앵커 SFA로 전송한다.
단계 S1117에서, 앵커 DPF/서빙 SFA는 경로 삭제 확인 메시지(Path_Dereg_Ack message)를 서빙 MBS DPF로 전송하고, 단계 S1118에서, 서빙 MBS DPF는 경로 삭제 확인 메시지(Path_Dereg_Ack message)를 BS로 포워딩한다.
도 12는 본 발명의 일 실시예에 따른 네트워크에 의한 서비스 탈퇴 절차(Network initiated leaving service)를 예시한 도면이다.
MCBCS 서버/컨트롤러는 MCBCS 제공을 원하지 않는 경우 또는 전송할 데이터가 없는 경우 서비스 탈퇴 절차를 개시할 수 있다. MCBCS 서버/컨트롤러는 MCBCS 세션이 중단될 것을 알리는 세션 종료 절차 없이 서비스 탈퇴 절차를 수행할 수 있다. 네트워크에 의한 서비스 탈퇴(network initiated leaving service)는 모든 MBS 수신자 또는 특정 MS를 타깃(target)을 수행될 수 있다.
도 12를 참조하면, 단계 S1201에서, MCBCS 서버/컨트롤러는 MBS 존에 있는 특정 MBS 리시버(receiver)에 대한 MBS 탈퇴 절차(MBS leave procedure)를 개시하는 MBS 탈퇴 요청 메시지(MBS Leave request message)를 AAA로 전송한다.
MBS 탈퇴 요청 메시지를 수신하면, 단계 S1202에서, AAA는 앵커 SFA를 트리거하여 데이터 경로 삭제 절차(data path deregistration procedure)를 개시하도록 한다.
MBS 탈퇴 요청 메시지를 수신하면, 단계 S1203에서, 앵커 SFA는 서비스 플로우 해제를 지시하는 RR 요청 메시지(RR-Req message)를 서빙 SFA로 전송한다. 단계 S1204에서, 서빙 SFA는 경로 삭제 요청 메시지(Path_Dereg_Req message)를 서빙 MBS DPF로 전송한다. 단계 S1205에서, 서빙 MBS DPF는 경로 삭제 요청 메시지(Path_Dereg_Req message)를 BS로 전송한다. 단계 S1206에서, BS는 IEEE 802.16e에 따른 DSD 요청 메시지(DSD-Request message)를 MS로 전송한다. 단계 S1207에서, MS는 IEEE 802.16e에 따른 DSD 응답 메시지(DSD-Response messages)를 BS로 전송한다.
MS로부터 DSD 응답 메시지를 수신하면, 단계 S1208에서, BS는 삭제(deletion)를 확인하는 경로 삭제 응답 메시지(Path_Dereg_Rsp message)를 서빙 MBS DPF로 전송한다. 단계 S1209에서, 서빙 MBS DPF는 경로 삭제 응답 메시지(Path_Dereg_Rsp message)를 서빙 SFA로 포워딩한다. 단계 S1210에서, 서빙 SFA는 서비스 플로우의 해제를 알리는 RR 응답 메시지(RR-response message)를 앵커 SFA로 전송한다.
RR 해제 메시지를 수신하면, 단계 S1211에서, 서빙 SFA/앵커 DPF는 경로 삭제 확인 메시지(Path_Dereg_Ack message)를 서빙 MBS DPF로 전송한다. 단계 S1212에서, 서빙 MBS DPF는 경로 삭제 확인 메시지(Path_Dereg_Ack message)를 BS로 전송한다. 한편, 단계 S1213에서, 서빙 SFA는 RR 확인 메시지(RR-ack message)를 앵커 SFA로 전송한다.
지금까지 본 발명을 바람직한 실시예를 참조하여 상세히 설명하였지만, 본 발명이 속하는 기술분야의 당업자는 본 발명의 기술적 사상이나 필수적 특징들을 변경하지 않고서 다른 구체적인 다양한 형태로 실시할 수 있는 것이므로, 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다.
그리고, 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 특정되는 것이며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태는 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (27)

  1. 앵커 ASN(Access Service Network)이 MS(Mobile Station)로부터 MBS(Multicast and Broadcast Service) 컨텐츠에 상응하는 멀티캐스트 IP(Internet Protocol) 주소를 포함하는 IGMP(Internet Group Management Protocol) 참여 메시지(IGMP Join message) 또는 MLD(Multicast Listener Discovery) 메시지를 수신하는 단계;
    상기 앵커 ASN이 MCBCS(Multicast and Broadcast Service) 서버 및 AAA(Authentications, Authorizations, and Accounting) 중 적어도 하나에 의해 검증된 상기 MS에 대한 권한검증 결과를 수신하는 단계; 및
    상기 앵커 ASN이 상기 MS가 소속된 BS(Base Station)와 경로 등록을 수행하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  2. 제1항에 있어서, 상기 경로 등록 수행 단계는,
    상기 앵커 ASN이 상기 BS로 경로 등록 요청 메시지를 전송하는 단계;
    상기 BS가 상기 MS로 MBS 서비스를 개시하기 위해 DSA-REQ(Dynamic Service Addition Request) 메시지를 전송하는 단계;
    상기 MS가 상기 BS로 상기 DSA-REQ 메시지에 응답하는 DSA-RSP(Dynamic Service Addition Response) 메시지를 전송하는 단계; 및
    상기 BS가 상기 앵커 ASN으로 경로 등록 응답 메시지를 전송하는 단계를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  3. 앵커 SFA(Service Flow Authorization)가 MBS DPF(Data Path Function)로 RR-REQ(Resource Reservation Request) 메시지를 전송하는 단계;
    상기 MBS DPF가 BS로 경로 등록 요청 메시지를 전송하는 단계;
    상기 BS가 MS로 MBS 서비스를 개시하는 DSA-REQ 메시지를 전송하는 단계;
    상기 MS가 상기 BS로 상기 DSA-REQ 메시지에 응답하는 DSA-RSP 메시지를 전송하는 단계; 및
    상기 BS가 상기 MBS DPF로 RR-RSP(Resource Reservation Response) 메시지를 전송하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  4. 제3항에 있어서,
    상기 경로 등록 요청 메시지는 MS 정보, MBS 존 ID, MCID, 멀티캐스트 IP 주소, 분류 규칙 정보를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  5. 제3항에 있어서,
    상기 DSA-REQ 메시지는 MCID, SFID, MBS 존 ID, MBS 서비스 TLV, 멀티캐스트 IP 주소를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  6. MS가 네트워크에 접속한 후 MCBCS 서버에 온라인으로 상기 MS를 위한 MCBCS를 가입하면, 상기 MCBCS 서버가 상기 MS의 컨텍스트(context) 정보에 근거하여 AAA와 통신하는 단계;
    상기 AAA에 의해 상기 단말이 MCBCS에 접속하도록 권한과 인증이 되면, 상기 MS의 가입에 근거하여 사용자 서비스 프로파일을 업데이트 하는 단계; 및
    상기 AAA가 ASN 내의 앵커 SFA에게 참여 절차를 개시하도록 CoA(Change of Authorization) 요청 메시지를 전송하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  7. 제6항에 있어서,
    상기 CoA 요청 메시지는 상기 사용자 서비스 프로파일의 업데이트 정보를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  8. 제6항에 있어서,
    상기 참여 절차는 상기 앵커 SFA가 MCBCS를 위한 SFID를 포함하는 RR-REQ 메시지를 서빙 SFA로 전송하는 과정을 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  9. 제6항에 있어서,
    상기 참여 절차는 MBS 존 ID, MCID, 멀티캐스트 IP 주소, SFID를 포함하고 동적 서비스 추가(Dynamic Service Addition) 절차를 수행하도록 트리거링 하는 메시지를 BS 내 MBS 에이전트(Agent)에게 전송하는 과정을 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  10. 제6항에 있어서,
    상기 앵커 SFA가 상기 CoA 요청 메시지에 상응하여 서빙 SFA로 상기 MS의 MBS 서비스에 대해 할당된 SFID를 포함하는 RR-REQ 메시지를 전송하는 단계;
    상기 서빙 SFA가 BS로 경로 등록 요청 메시지를 전송하는 단계;
    상기 BS가 MS로 MBS 서비스를 개시하는 DSA-REQ 메시지를 전송하는 단계;
    상기 MS가 상기 BS로 상기 DSA-REQ 메시지에 응답하는 DSA-RSP 메시지를 전송하는 단계;
    상기 BS가 상기 서빙 SFA로 경로 등록 응답 메시지를 전송하는 단계;
    상기 서빙 SFA가 앵커 SFA로 RR-RSP 메시지를 전송하는 단계; 및
    상기 앵커 SFA가 상기 AAA로 CoA 응답 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  11. 제10항에 있어서,
    상기 경로 등록 요청 메시지는 MBS 존 ID, MCID, 멀티캐스트 IP 주소, SFID를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  12. MCBCS 서버가 세션 시작 요청 메시지를 MBS 프락시로 전송하는 단계;
    상기 MBS 프락시가 MBS DPF로 상기 세션 시작 요청 메시지를 전달하는 단계;
    상기 MBS DPF가 상기 세션 시작 요청 메시지에 상응하여 경로 등록 요청 메시지를 BS로 전송하는 단계;
    상기 BS가 상기 경로 등록 요청 메시지에 상응하여 데이터 경로를 설정하고, 경로 등록 응답 메시지를 MBS DPF로 전송하는 단계;
    상기 MBS DPF가 상기 경로 등록 응답 메시지에 상응하여 세션 시작 응답 메시지를 상기 MBS 프락시로 전송하는 단계; 및
    상기 MBS 프락시가 상기 세션 시작 응답 메시지를 MCBCS 서버로 전달하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  13. 제12항에 있어서,
    상기 세션 시작 요청 메시지는 멀티캐스트 IP 주소, MCBCS 서비스 ID, MCBCS 컨텐츠 ID, QoS 정보, 추정 세션 구간(estimated session duration), 서비스 우선순위(service priority)를 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  14. MCBCS 서버가 세션 종료 요청 메시지를 MBS 프락시로 전송하는 단계;
    상기 MBS 프락시가 MBS DPF로 상기 세션 종료 요청 메시지를 전달하는 단계;
    상기 MBS DPF가 상기 세션 종료 요청 메시지에 상응하여 경로 삭제 요청 메시지를 BS로 전송하는 단계;
    상기 BS가 상기 경로 삭제 요청 메시지에 상응하여 데이터 경로를 삭제하고, 경로 삭제 응답 메시지를 MBS DPF로 전송하는 단계;
    상기 MBS DPF가 상기 경로 삭제 응답 메시지에 상응하여 세션 종료 응답 메시지를 상기 MBS 프락시로 전송하는 단계; 및
    상기 MBS 프락시가 상기 세션 종료 응답 메시지를 MCBCS 서버로 전달하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  15. 제14항에 있어서,
    상기 MCBCS 서버가 상기 MBS DPF와의 터널(tunnel)을 해제하거나 또는 멀티캐스트 라우팅 트리(multicast routing tree)로의 경로를 제거하는 단계를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  16. MS가 종료할 MBS 컨텐츠에 상응하는 멀티캐스트 IP 주소를 포함하는 IGMP 탈퇴 메시지(IGMP leave message) 또는 MLD 메시지를 앵커 DFP로 전송하는 단계;
    상기 앵커 DPF가 MBS 프락시로 MBS 탈퇴 요청 메시지를 전송하는 단계;
    상기 MBS 프락시가 MCBCS 서버로 상기 MBS 탈퇴 요청 메시지를 전달하는 단계;
    상기 MCBCS 서버가 상기 MBS 탈퇴 요청 메시지에 상응하여 상기 MBS 프락시로 MBS 탈퇴 응답 메시지를 전송하는 단계;
    상기 MBS 프락시가 상기 앵커 DPF로 상기 MBS 탈퇴 응답 메시지를 전달하는 단계;
    상기 앵커 DPF가 경로 삭제 요청 메시지를 BS로 전송하는 단계; 및
    상기 BS가 상기 경로 삭제 요청 메시지에 상응하여 데이터 경로를 삭제하고, 경로 삭제 응답 메시지를 상기 앵커 DPF로 전송하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  17. 제16항에 있어서,
    상기 BS가 데이터 경로를 삭제하는 과정은
    상기 BS가 상기 MS로 MBS 서비스를 종료하는 DSA-REQ 메시지를 전송하고, 상기 MS가 상기 BS로 상기 DSA-REQ 메시지에 응답하는 DSA-RSP 메시지를 전송하는 것을 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  18. AAA가 앵커 SFA로 MS에 대한 MBS 탈퇴 절차를 개시하는 MBS 탈퇴 요청 메시지를 전송하는 단계;
    상기 앵커 SFA가 상기 MBS 탈퇴 요청 메시지에 상응하여 해당 서비스 플로우 해제를 지시하는 RR-REQ 메시지를 서빙 SFA로 전송하는 단계;
    상기 서비 SFA가 상기 RR-REQ 메시지에 상응하여 경로 삭제 요청 메시지를 BS로 전송하는 단계;
    상기 BS가 경로 삭제를 요청하는 DSD-REQ 메시지를 상기 MS로 전송하는 단계;
    상기 MS가 상기 DSD-REQ에 응답하는 DSD-RSP 메시지를 상기 BS로 전송하는 단계;
    상기 BS가 경로 삭제를 확인하는 경로 삭제 응답 메시지를 상기 서빙 SFA로 전송하는 단계; 및
    상기 서빙 SFA가 상기 서비스 플로우의 해제를 알리는 RR-RSP 메시지를 앵커 SFA로 전송하는 단계를 포함하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  19. 제18항에 있어서,
    상기 AAA가 MBS 탈퇴 요청 메시지를 전송하는 단계 이전에,
    MCBCS 서버가 상기 AAA로 MS에 대한 MBS 탈퇴 절차를 요청하는 단계를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 방법.
  20. MBS 존과 MCBCS에 가입된 MS에 대해 IP 멀티캐스트 그룹 관리, MCBCS 세션 관리, MCBCS를 위한 맵핑 정보 전송을 수행하는 MCBCS 서버;
    상기 MBS 존에서 MCBCS를 지원하는 제어 플레인 기능(control plane function)을 수행하는 MBS 프락시(MBS Proxy);
    상기 MBS 존 내의 데이터 플레인 베어러 관리(data plane bear management) 및 MBS 데이터 분배(MBS data distribution)를 수행하는 MBS DPF;
    상기 MBS 존에 대한 동기화 정보 및 동기화 규칙을 생성하여 MBS 동기화를 수행하는 MBS 동기화 기능부(MBS Sync Function); 및
    상기 MBS 동기화 기능부로부터 수신된 동기화 정보에 기초하여 시스템 자원 할당을 조정하며, 상기 MCBCS를 위한 맵핑 정보에 기초하여 MBS 프레임을 구성하여 MBS 트래픽을 상기 MS로 전송하는 MBS 에이전트(MBS Agent)를 포함하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  21. 제20항에 있어서,
    상기 MS의 가입자 프로파일을 저장하고 관리하는 가입자 프로파일 저장부; 및
    상기 MCBCS 서버의 요청에 따라, 상기 가입자 프로파일 저장부에 액세스하여 상기 MS에 대한 인증 및 권한부여 정보를 제공하는 AAA를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  22. 제20항에 있어서,
    상기 MCBCS 서버와 연동하여 MCBCS 컨텐츠를 제공하는 MCBCS 컨텐츠 서버를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  23. 제20항에 있어서,
    상기 MS에 구비되며, 상기 MBS 에이전트와 통신하여 서비스 발견, 서비스 가입, MCBCS 프로그램 컨텐츠 재구성을 수행하는 MCBCS 클라이언트를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  24. MS가 네트워크 접속 후 온라인으로 상기 MS를 위한 MCBCS 가입을 신청하면, 상기 MS의 컨텍스트(context) 정보에 근거하여 AAA와 통신을 하는 MCBCS 서버; 및
    상기 MS에 대하여 MCBCS에 접속할 인증 및 권한부여를 수행하고, 상기 인증 및 권한부여가 성공하면 상기 MS의 가입에 근거하여 사용자 서비스 프로파일을 업데이트하고, ASN 내의 SFA에게 참여절차를 개시하도록 CoA(Change of Authorization) 요청 메시지를 전송하는 AAA를 포함하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  25. 제24항에 있어서,
    상기 AAA로부터의 CoA 요청 메시지에 상응하여, 상기 MS가 소속된 BS와의 경로 등록을 위해 상기 BS로 MCBCS를 위한 SFID를 포함하는 메시지를 전송하는 SFA를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  26. 제25항에 있어서,
    상기 SFA로부터의 경로 등록 요청에 상응하여, 상기 MS와 동적 서비스 추가(Dynamic Service Addition) 절차를 수행하는 MBS 에이전트를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
  27. 제24항에 있어서,
    MBS 존마다 유일하게 구비되어 MCBCS 세션 관리를 지원하기 위해 상기 MCBCS 서버와 통신하는 MBS 프락시를 더 포함하는 것을 특징으로 하는 무선 네트워크 상에서의 MCBCS 지원 시스템.
PCT/KR2009/004319 2008-08-01 2009-08-01 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법 WO2010013983A2 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US8545708P 2008-08-01 2008-08-01
US61/085,457 2008-08-01
KR10-2009-0071028 2009-07-31
KR1020090071028A KR101036710B1 (ko) 2008-08-01 2009-07-31 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법

Publications (2)

Publication Number Publication Date
WO2010013983A2 true WO2010013983A2 (ko) 2010-02-04
WO2010013983A3 WO2010013983A3 (ko) 2010-05-06

Family

ID=41610876

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/004319 WO2010013983A2 (ko) 2008-08-01 2009-08-01 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법

Country Status (1)

Country Link
WO (1) WO2010013983A2 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005096548A1 (en) * 2004-03-29 2005-10-13 Intel Corporation Multicasting in wireless networks
US20080089265A1 (en) * 2006-10-15 2008-04-17 Samsung Electronics Co., Ltd. System and method for transmitting/receiving multicast/broadcast signal in a communication system
WO2008091899A1 (en) * 2007-01-22 2008-07-31 Intel Corporation Proxy igmp client and method for providing multicast broadcast services in a broadband wireless access network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005096548A1 (en) * 2004-03-29 2005-10-13 Intel Corporation Multicasting in wireless networks
US20080089265A1 (en) * 2006-10-15 2008-04-17 Samsung Electronics Co., Ltd. System and method for transmitting/receiving multicast/broadcast signal in a communication system
WO2008091899A1 (en) * 2007-01-22 2008-07-31 Intel Corporation Proxy igmp client and method for providing multicast broadcast services in a broadband wireless access network

Also Published As

Publication number Publication date
WO2010013983A3 (ko) 2010-05-06

Similar Documents

Publication Publication Date Title
KR101120246B1 (ko) 프록시 ｉｇｍｐ 클라이언트, 및 광대역 무선 액세스 네트워크에서 멀티캐스트 방송 서비스들을 제공하기 위한 방법
KR100605824B1 (ko) 부호분할다중접속 이동통신시스템의 방송서비스 방법
US9179268B2 (en) System and method for multicast and broadcast service
WO2018164498A1 (ko) 단말 개시 통신 전용 모드 단말의 연결을 유지시키는 방법
WO2016122163A1 (en) Method for performing a packet filtering for prose in a d2d communication system and device therefor
WO2018038490A1 (ko) 무선 통신 네트워크에서 지역별 데이터 네트워크 구성을 위한 방법 및 시스템
KR101201668B1 (ko) 광역 망에서의 방송 서비스 방법
WO2009145495A2 (en) Method and apparatus for providing broadcast service using encryption key in a communication system
WO2016122162A1 (en) Method for transmitting a mac pdu on sl-dch in a d2d communication system and device therefor
WO2008113263A1 (en) Method for supporting multimedia broadcast/multicast service in evolvement of system architecture
WO2012081882A2 (ko) 이동통신 시스템에서 셀 방송 기술을 이용한 신뢰성 있는 그룹 멀티캐스트 전송 방법 및 장치
WO2018230941A1 (ko) 단말의 망 접속 방법 및 이동성 지원과 데이터 전달 방법 및 장치
TW201034488A (en) MCBCS system initialization and establishment over wireless broadband network
WO2010044644A2 (en) Method and apparatus for idle mode notification in cellular communications system
WO2021060823A1 (ko) 무선통신시스템에서 데이터를 송수신하는 방법 및 장치
KR100984336B1 (ko) 멀티미디어 브로드캐스트 및 멀티캐스트 서비스를 제공하는서버에서 수행되는 멀티캐스트 기반의 ＰＴｘ 서비스 제공방법
WO2020111761A1 (ko) M2m 시스템에서 메시지 반복 전송 방법 및 장치
WO2010013983A2 (ko) 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법
WO2022196837A1 (ko) Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치
KR101036710B1 (ko) 무선 네트워크 상에서의 ｍｃｂｃｓ 지원 시스템 및 방법
WO2010101449A2 (ko) 멀티캐스트 및 브로드캐스트 서비스 시스템 및 방법
WO2023043286A1 (ko) 무선 통신 시스템에서 mbs를 제공하는 방법 및 장치
KR100929429B1 (ko) 통신 시스템에서 정적 멀티캐스트 방송 서비스 제공 시스템및 방법
KR20130050120A (ko) 이동단말의 이동성에 의한 동적 ｍｂｓ 존 구성 방법 및 그 장치
KR100935181B1 (ko) 통신 시스템에서 멀티캐스트 방송 서비스 지원 시스템 및방법

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

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

Country of ref document: EP

Kind code of ref document: A2