WO2011068345A2 - 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법 - Google Patents

멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법 Download PDF

Info

Publication number
WO2011068345A2
WO2011068345A2 PCT/KR2010/008511 KR2010008511W WO2011068345A2 WO 2011068345 A2 WO2011068345 A2 WO 2011068345A2 KR 2010008511 W KR2010008511 W KR 2010008511W WO 2011068345 A2 WO2011068345 A2 WO 2011068345A2
Authority
WO
WIPO (PCT)
Prior art keywords
ogi
terminal
information
controller
message
Prior art date
Application number
PCT/KR2010/008511
Other languages
English (en)
French (fr)
Other versions
WO2011068345A3 (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
Application filed by 삼성전자 주식회사, 경희대학교 산학협력단 filed Critical 삼성전자 주식회사
Priority to US13/513,421 priority Critical patent/US8923184B2/en
Publication of WO2011068345A2 publication Critical patent/WO2011068345A2/ko
Publication of WO2011068345A3 publication Critical patent/WO2011068345A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186—Processing of subscriber group data

Definitions

  • the present invention relates to a mobile communication system, and more particularly, to an apparatus and a method for reliably and dynamically performing group information transmission through a multicast or broadcast radio channel.
  • the only solution is to transmit and receive information to be transmitted by simply using the wireless broadband communication network as a one-to-one communication link between the content provider and the terminal.
  • third-party operators utilizing a wireless broadband communication network are unable to transmit advertisements, files, and information through a multicast or broadcast channel in the wireless broadband communication network.
  • a wireless broadband network operator wants to make an advertisement and deliver it to grouped terminals.
  • This problem is remarkable when a non-human machine such as a smart grid or a vending machine is equipped with a communication module to transmit information to large-scale equipment when using a wireless broadband communication network.
  • operators such as content providers and SII companies that use wireless broadband networks.
  • the present invention has been made to solve the above problems, a content provider (or wireless broadband provider) who wants to deliver a large amount of advertising, files, and information through a wireless broadband communication network in real time online to a specific terminal for a specific area
  • An object of the present invention is to provide a method and apparatus for registering and receiving statistical information on system information and wireless signal reception strength information of corresponding terminals.
  • the present invention transmits advertisements, files, and information through the multicast or broadcast wireless channel in real time online for the terminals using the wireless broadband communication network, retransmit when an error occurs, and statistically calculates the transmission result It is an object of the present invention to provide a method and apparatus for providing information to a content provider.
  • a controller transmits information provided from a content provider to the terminal in order to transmit information through a multicast or broadcast radio channel.
  • a service registration step of registering a service and receiving an ID for a terminal group to receive the information, a terminal registration step of the content provider registering the terminal group to the controller, and an operation state of terminals belonging to the registered terminal group
  • a terminal state checking step of receiving a report, a terminal class allocating step of allocating classes to the terminals based on the operating states of the terminals, and a terminal state reporting step of reporting the terminal state to the content provider.
  • the information transmission method of the controller (OGI-Controller (OGI-controller)) that transmits the information to the terminal registered for information transmission through a multicast or broadcast wireless channel, the content provider registers the service for information transmission
  • the apparatus for registering a terminal for transmitting information through a multicast or broadcast wireless channel of the present invention registers a service for transmitting information provided from a content provider to the terminal and for a terminal group to receive the information.
  • An ID is assigned, the terminal group is registered, an operation state of terminals belonging to the registered terminal group is confirmed, a class is assigned to the terminals based on the operation state of the terminals, and the terminal state is the content.
  • a processor for controlling reporting to the provider and a network module for communicating with the terminal.
  • the information transmission apparatus for transmitting the information to the terminal registered for information transmission through the multicast or broadcast wireless channel of the present invention, receiving a service registration request for information transmission from the content provider and corresponding to the service Assigns a session ID, initiates the requested service, transmits scheduling information for the terminal to receive the information at a preset time, and transmits the information to the terminal according to the scheduling; It characterized in that it comprises a processor for controlling to receive a report on the transmission error from the terminal receiving the and a network module for communicating with the terminal.
  • a content provider can efficiently and easily create a group to a specific plurality of terminals, register a terminal to the generated group, and report system information and wireless signal strength information on the registered terminals. I can receive it.
  • the content provider may use this information as an upgrade material for repairing, improving, and repositioning the terminal.
  • a content provider transmits advertisements, files, and information in various formats through a multicast or broadcast wireless channel through a wireless broadband network operator and a real-time online system, and performs retransmission when an error occurs. Results of the transmission may be provided as statistical information.
  • a content provider or a wireless broadband communication service provider can effectively use radio resources because it can transmit advertisements, files, and information to a large-scale terminal in real time online through a multicast or broadcast channel.
  • FIG. 1 is a diagram illustrating a concept of providing a real-time online multicast or broadcast service according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating the concept of operating a plurality of applications in the terminal 130 according to an embodiment of the present invention and the type of identifier used in the present invention.
  • 3 and 4 are diagrams showing a correlation diagram between a terminal and a terminal to which information is transmitted according to an embodiment of the present invention.
  • FIG. 5 is a block diagram showing a configuration of a network according to an embodiment of the present invention.
  • FIG. 6 is a block diagram showing the internal structure of an OGI-Controller 560.
  • FIG. 7 is a block diagram showing the internal structure of an OGI-Gateway 570.
  • FIG. 8 is a block diagram showing the internal structure of a ContentProvider-Server (content provider) 580.
  • FIG. 8 is a block diagram showing the internal structure of a ContentProvider-Server (content provider) 580.
  • FIG. 9 is a flowchart illustrating a process of registering and managing terminals 130 to be transmitted to the wireless broadband communication network to perform information transmission through the wireless broadband communication network according to an embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating step 910 which is a service registration procedure illustrated in FIG. 9 in detail.
  • FIG. 11 is a flowchart illustrating an operation process of an OGI-Controller 560 in FIG. 10.
  • step 1150 is a diagram showing the structure of a group ID management table used in step 1150;
  • FIG. 13 is a flowchart illustrating step 920 which is a terminal registration procedure illustrated in FIG. 9 in detail.
  • FIG. 14 is a flowchart illustrating an operation process of an OGI-Controller 560 in FIG. 13.
  • Fig. 15 is a diagram showing the structure of a terminal management table of the present invention.
  • FIG. 16 is a flowchart illustrating step 930 which is a terminal state checking procedure illustrated in FIG. 9 in detail.
  • FIG. 17 is a flowchart illustrating an operation of an OGI-Controller 560 that receives system information and wireless reception strength information from terminals 130.
  • FIG. 18 is a diagram showing the structure of a terminal status report table described in FIG. 17; FIG.
  • FIG. 19 is a diagram showing the structure of a terminal radio reception strength table described in FIG. 17; FIG.
  • 20 is a diagram illustrating a process of performing a status report through mandatory unicast message delivery.
  • FIG. 21 is a flowchart illustrating an operation process of an OGI-Controller (OGI-Controller) 560 when reporting to a specific terminal is performed by Unicast.
  • OGI-Controller OGI-Controller
  • FIG. 22 is a flowchart illustrating step 940 that is a terminal class assignment procedure illustrated in FIG. 9 in detail.
  • 23 is a flowchart illustrating a process of allocating a terminal class of an OGI-Controller 560.
  • 24 is a diagram illustrating a structure of a terminal-ACK class table.
  • Fig. 25 is a diagram showing the structure of the mapping table of the present invention.
  • FIG. 26 is a flowchart illustrating a process of allocating a class of a terminal based on unicast.
  • 27 is a diagram illustrating a terminal information reporting procedure.
  • Fig. 28 is a diagram showing the structure of a terminal information report table.
  • 29 to 37 are diagrams showing the structure of a message used in the first embodiment of the present invention.
  • FIG. 38 is a block diagram showing the internal structure of an OGI-FileServer (OGI-File Server) 550.
  • OGI-FileServer OGI-File Server
  • FIG. 39 is a diagram for transmitting information to a terminal 130 through a multicast or broadcast wireless channel, performing retransmission when an error occurs, and transmitting the content as statistical information according to a second embodiment of the present invention.
  • Flowchart illustrating the process of providing to a provider.
  • FIG. 40 is a flowchart illustrating in detail a step 3910 which is a service request step of FIG. 39; FIG.
  • FIG. 41 is a flowchart illustrating a process in which an OGI-Controller 560 registers a session in FIG. 40.
  • Fig. 42 is a diagram showing the structure of a session information table of the present invention.
  • Fig. 43 is a diagram showing the structure of an SLA table of the present invention.
  • FIG. 44 is a flow chart showing an operation procedure of an OGI-FileServer (OGI-File Server) 550 before storing a file in the session registration procedure of FIG. 40.
  • OGI-FileServer OGI-File Server
  • FIG. 45 is a flow chart showing an operation procedure of an OGI-FileServer (OGI-File Server) 550 after storing a file in the session registration procedure of FIG. 40.
  • OGI-FileServer OGI-File Server
  • FIG. 46 is a flow chart showing a processing procedure when a session registration procedure fails in the session registration step of FIG. 40;
  • FIG. 47 is a flow chart showing an operation procedure of an OGI-Controller (OGI-Controller) 560 when the session registration procedure of FIG. 46 fails.
  • OGI-Controller OGI-Controller
  • FIG. 48 is a flowchart illustrating a process in the case where session registration fails due to a problem such as insufficient capacity of an OGI-FileServer while performing the session registration step of FIG. 40;
  • FIG. 49 is a flow chart showing an operation procedure of the OGI-FileServer 550 when the session registration of FIG. 48 fails.
  • FIG. 50 is a flow chart showing a processing procedure when the operation of the OGI-FileServer 550 fails in FIG. 48; FIG.
  • FIG. 51 is a diagram specifically showing a process of performing a service activation step of 3920 illustrated in FIG. 39;
  • FIG. 52 is a flow chart showing an operation procedure of an OGI-Controller (OGI-controller) 560 when starting a session in FIG. 51;
  • OGI-Controller OGI-controller
  • 53 is a diagram showing the structure of a notification information table of the present invention.
  • FIG. 54 is a diagram showing the structure of an ACK class table according to the present invention.
  • FIG. 55 is a flowchart illustrating an operation process of an OGI-FileServer 550 when starting a session in the service activation step of FIG. 51;
  • FIG. 55 is a flowchart illustrating an operation process of an OGI-FileServer 550 when starting a session in the service activation step of FIG. 51;
  • FIG. 56 is a flowchart specifically showing a scheduling notification step of step 3930 shown in FIG. 39;
  • FIG. 57 is a flowchart illustrating an operation sequence of an OGI Controller 560 in the process of delivering scheduling information of FIG. 56; FIG.
  • 58 is a flowchart illustrating a process of delivering session scheduling information by differentiating cells.
  • 59 is a flowchart showing the structure of the notification information table of the present invention.
  • FIG. 60 is a flowchart showing an operation sequence of an OGI Controller 560 in the cell-specific differentiated scheduling notification step of FIG. 58.
  • FIG. 61 is a flowchart illustrating a specific process of a file transfer step of step 3940 of FIG. 39;
  • FIG. 62 is a flow chart showing an operation procedure of the OGI Controller 560 in FIG. 61; FIG.
  • FIG. 63 is a flowchart showing the operation procedure of OGI_FileSerrver 550 in FIG. 61;
  • 64 is a flowchart illustrating a process of transmitting a file through a wireless channel optimized for each cell during file transfer.
  • FIG. 65 is a flow chart showing an operation procedure of the OG-Controller 560 in FIG.
  • FIG. 66 is a flowchart illustrating a specific process of a terminal checking step of step 3950 of FIG. 39.
  • FIG. 67 is a flowchart showing the operation procedure of the OGI-Controller 560 in FIG. 66; FIG.
  • Fig. 68 is a view showing an ACK table structure of the present invention.
  • 69 is a diagram showing a reception status reporting procedure based on Unicast.
  • FIG. 70 is a flow chart showing an operation procedure of the OGI-Controller 560 in FIG. 69; FIG.
  • FIG. 71 is a flowchart specifically showing the step 3960 of the file recovery step shown in FIG. 39; FIG.
  • FIG. 72 is a flow chart showing an operation procedure of the OGI FileServer 550 in FIG. 71; FIG.
  • FIG. 73 is a flowchart illustrating a process of performing file retransmission according to each cell for each multicast / broadcast channel.
  • FIG. 74 is a flowchart showing a detailed process of the group transmission reporting step of FIG. 39; FIG.
  • FIG. 75 is a flowchart showing the operation procedure of the OGI-Controller 560 in FIG. 74; FIG.
  • Fig. 76 is a diagram showing the structure of a transmission result statistical information report table.
  • 98 is a diagram illustrating a method of transmitting a file to a fixed terminal according to an embodiment of the present invention.
  • 99 is a diagram illustrating a method for transmitting a file to a mobile terminal according to an embodiment of the present invention.
  • 100 is a diagram illustrating a class-based distributed terminal ACK transmission method according to an embodiment of the present invention.
  • 101 is a diagram illustrating a file retransmission method for a fixed terminal according to an embodiment of the present invention.
  • the first embodiment defines a process in which a content provider registers specific terminals to which information is to be transmitted in a specific region, and receives system information and wireless signal reception strength information of the corresponding terminals.
  • the second embodiment defines a process in which a wireless broadband communication service provider transmits advertisements, files, and information through a wireless channel, retransmits an error, and provides the transmission result as statistical information to the content provider.
  • FIG. 1 is a diagram illustrating the concept of providing a real-time online multicast or broadcast service according to an embodiment of the present invention.
  • the present invention is to provide a method for delivering advertisement information, various types of files or information to a large number of terminals 130 through a wireless broadband communication network.
  • an automated and real time online system is established between the content provider 110 and the wireless broadband network operator 120 requesting transmission of advertisements / files / information (hereinafter, 'information').
  • the content provider 110 transmits information of a group requesting transmission and content to be transmitted to the wireless broadband network operator 120.
  • the content provider 110 may deliver information such as the region and priority for requesting the transmission, the requested completion time and the importance thereof.
  • the wireless broadband network operator 120 effectively transmits the requested information through a multicast or broadcast wireless channel of the wireless broadband communications network, and transmits the statistical information to the content provider 110.
  • the content provider 110 may pay a fee to the wireless broadband network operator 120.
  • the first and second embodiments of the present invention are defined as a whole.
  • the content provider 110 registers the terminal 130 (or service) to which the information is to be transmitted to the wireless broadband communication network.
  • the content provider 110 defines a method of transmitting information through a wireless broadband communication network. More specifically, the first embodiment is a process in which the content provider 110 negotiates with the wireless broadband communication network, the content provider 110 registers content with the wireless broadband communication network based on the negotiated environment, Transmitting the registered content to the terminals 130 through a multicast or broadcast channel, transmitting the response of the corresponding terminal 130 to the reception of the content, and a wireless broadband communication network receiving from the terminal 130. Based on the response, the wireless resource is optimized to perform retransmission of the information in which the error occurs, and to create and report statistical information for transmitting the completion of the transmission to the content provider.
  • FIG. 2 is a diagram illustrating the concept of operating a plurality of applications in the terminal 130 according to an embodiment of the present invention and the type of identifier used in the present invention.
  • An application running in the terminal 130 may be downloaded from the content provider 110 through a wireless broadband communication network as necessary.
  • each terminal 130 has a device ID (Device-ID) that is an identifier of the terminal 130 in the wireless broadband communication network.
  • the application has a unique group ID (Group-ID) to identify each application in a wireless broadband communication network.
  • each file transfer may be classified by a session ID to identify the corresponding file transfer in the wireless broadband communication network.
  • 3 and 4 are diagrams illustrating a correlation diagram between a group to which information is transmitted and a terminal 130 according to an exemplary embodiment of the present invention.
  • the application may include a plurality of terminals as one group for the plurality of terminals 130.
  • the terminal 130 may have a structure that may belong to a plurality of groups. This is the same concept that the application exists in the same shape as the software, so that a plurality of software can be operated in one terminal 130.
  • FIG. 5 is a configuration diagram showing a configuration of a network according to an embodiment of the present invention.
  • HSPA High Speed Packet Access
  • LTE Long Term Evolution
  • the method proposed in the present invention can be equally applied to a communication network such as CDMA2000 series of 3GPP2, a North American international standardization organization, and Mobile WiMAX of WiMAX forum.
  • a user equipment (UE) 510 is a terminal device that performs communication in a wireless broadband communication network.
  • the base station system (BSS) 520 refers to system devices supporting wireless communication, and may include a base station and the like.
  • the BM-SC (Broadcast / Multicast Service Center) 530 is a device for controlling a broadcast channel in a wireless broadband communication network.
  • GPRS support node (GSN) 540 means a contact point of location mobility and data communication in a wireless broadband communication network.
  • the BSS 520, the BM-SC 530, and the GSN / GW 540 are devices that already exist in the existing 3GPP communication network, and the present invention extends the functions of these devices.
  • the OGI-FileServer 550 manages information that the content provider 110 wants to transmit to the terminals 130 and physical files for retransmitting the information.
  • the OGI-FileServer 550 then transmits the information and files over an actual wireless channel.
  • the OGI-FileServer 550 includes a database for the original file and a converted database for retransmission. And a processor for processing a communication protocol with a BSS-CN 520, an OGI-Controller 560, and an OGI-Gateway 570 for communicating with other devices. Doing.
  • the internal structure of the OGI-FileServer 550 will be described in the description of the second embodiment.
  • Open Group Delivery Service Interface (OGI) -Controller 560 is an entity that supports functionality that is at the heart of the present invention. To this end, the Open Group Delivery Service Interface (OGI) -Controller 560 registers information of the terminals 130 existing in the wireless broadband communication network and to which the information is to be transmitted, and performs management thereof. The internal structure of the OGI-Controller 560 is shown in FIG.
  • FIG. 6 is a block diagram showing the internal structure of an OGI-Controller 560.
  • the OGI-Controller 560 supports communication with the BM-SC 530, the GSN / GW 540, and the OGI-Gateway 570.
  • the network module 610 is provided.
  • it supports BSS-CN processor 620 that supports communication with BM-SC 530 and GSN / GW 540 internally, and supports communication with OGI-Gateway 570.
  • the OGI-Controller 560 has a database 640 for processing and managing internal information.
  • the OGI-Gateway 570 is a connection point between the wireless broadband network and the content provider 110 in real time online to the terminals 130 desired by the content provider 110. It effectively serves as a contact point for transmitting information by efficiently using radio resources.
  • the durable structure for the OGI-Gateway 570 is shown in FIG.
  • FIG. 7 is a block diagram showing the internal structure of an OGI-Gateway 570.
  • the OGI-Gateway 570 includes an OGI-FileServer 550, an OGI-Gateway 570, and a ContentProvider-Server (content).
  • Network module 710 for communicating with a provider (580).
  • the OGI-Gateway 570 has a processor internally for performing a communication protocol with each device.
  • the OGI bearer processor 720 is a processor that communicates with an OGI-FileServer 550, and the OGI control processor 730 communicates with an OGI-Controller 560.
  • the CP processor 740 is a processor that supports communication with the ContentProvider-Server (content provider) 580.
  • the OGI Gateway 570 may include a database 750 for processing information internally.
  • a content provider-server (content provider) 580 is located in the content provider 110 for requesting the transmission of information through the wireless broadband communication network to support real-time online transmission.
  • the internal structure of this ContentProvider-Server (Content Provider) 580 is shown in FIG.
  • FIG. 8 is a block diagram showing the internal structure of a ContentProvider-Server (content provider) 580.
  • the ContentProvider-Server 580 is an OGI processor 820 that handles communication protocols and network modules 810 for communication with the OGI-Gateway 570. Is supported.
  • the ContentProvider-Server (Content Provider) 580 may include a database 830 for processing and managing various types of information.
  • the content provider 110 which intends to deliver information through a wireless broadband communication network, registers specific terminals 130 in a specific region, and provides statistical information about system information and wireless signal reception strength information of the corresponding terminals 130.
  • the first embodiment of the method to be provided will be described.
  • FIG. 9 is a flowchart illustrating a process of registering and managing terminals 130 to be transmitted with the information in the wireless broadband communication network to perform information transmission through the wireless broadband communication network according to an embodiment of the present invention.
  • step 910 the service registration phase, when the content provider 110 wants to distribute content, receives a multicast group to receive the content from the wireless broadband network and is assigned a Group-ID. Procedure. Through this, the content provider 110 is assigned a Group-ID for the aforementioned application.
  • the UE registration step (UE-Registration Phase) is a step 920, when the content provider 110 restricts the terminals 130 on which the corresponding application operates, and performs information transfer only for the terminals 130, This is a procedure for registering the terminals 130 with a wireless broadband network operator to receive more efficient control and management.
  • the UE status check phase is a step of receiving a report from the wireless broadband communication network whether the registered terminals 130 operate normally. To this end, the wireless broadband communication network is reported to receive the wireless signal strength information of the terminals 130.
  • the content provider 110 may convert the device into a device capable of increasing reception strength, move the position of the terminal 130, or correct an error of the system.
  • step 940 the UE class assignment phase determines whether the transmission of information to be transmitted to the terminals 130 is successful, and the response priority and specific response method for each terminal 130 for retransmission. Define. Through this process, the content provider 110 can expect reliable transmission through the wireless broadband communication network.
  • the UE Status Report Phase (UE 950) is not actually transmitting or receiving information, but whether the UE 130 is operating properly before transmission and whether the reception strength of the wireless broadband communication network is appropriate. Reporting to the content provider 110.
  • the wireless broadband communication network provides the content provider 110 with various information about the improvement of the terminals 130 and the justification of charging.
  • FIG. 10 is a flowchart specifically illustrating operation 910, which is a service registration procedure illustrated in FIG. 9.
  • the ContentProvider-Server (Content Provider) 580 transmits an OGI-ServiceRegistrationRequest message to fixed or mobile terminals in a specific region to the OGI-Gateway 570 in step 1010. . This is to request multicast / broadcast transmission.
  • the OGI-Gateway 570 receiving the message forwards the received OGI-ServiceRegistrationRequest message to a suitable OGI-Controller 560.
  • the OGI-Controller 560 issues a Group-ID if it is a suitable request and utilizes it as an identifier for the request in the future.
  • the OGI Controller 560 transmits the OGI-ServiceRegistrationResponse message to the OGI Gateway 570 in step 1030, and the message is sent in step 1040. It is passed to ContentProvider-Server 580.
  • FIG. 11 is a flowchart illustrating an operation of an OGI-Controller 560 in FIG. 10.
  • the OGI-Controller 560 receives an OGI-ServiceRegistrationRequest message in step 1110.
  • the OGI-Controller 560 determines whether the requested region is suitable for multicast / broadcast. If the OGI-Controller 560 determines in step 1130 that the request is a suitable request, the OGI-Controller 560 proceeds to step 1150 to generate a group identifier (Group-ID) for identifying the corresponding application.
  • Group-ID group identifier
  • the OGI-Controller 560 generates a group ID management table as shown in FIG. 12 in step 1150.
  • the group ID management table indicates a content provider identifier (CP-ID) indicating to which content provider a corresponding group-ID is issued, and indicates whether a terminal in the group is a fixed terminal or a mobile terminal.
  • a type identifier may include a region identifier indicating a region to which the corresponding multicast / broadcast is physically allowed.
  • the OGI-Controller 560 sets the Reason code to success in step 1160, and sends an OGI-ServiceRegistrationResponse response that includes the Group-ID generated in step 1170.
  • the message is passed back to the ContentProvider-Server (Content Provider) 580 via the OGI-Gateway 570.
  • step 1130 if the requested region is not suitable for multicast / broadcast, the OGI-Controller 560 records a reason code as a failure in step 1140, and OGI in step 1170.
  • the service registration response (OGI-ServiceRegistrationResponse) message is delivered to the ContentProvider-Server (content provider) 580.
  • FIG. 13 is a flowchart illustrating step 920, which is a terminal registration procedure illustrated in FIG. 9, in detail.
  • the terminal registration procedure is a procedure of associating a terminal 130, which is a specific multicast / broadcast target, with a group-ID (Group-ID) previously issued at the request of the content provider 110.
  • Group-ID group-ID
  • the content provider 130 requests the OGI-UE registration request, which is a message to associate the information of the terminals 130 to a specific group through the ContentProvider-Server (content provider) 580 in step 1310.
  • the OGI-UERegistrationRequest) message is transmitted to the OGI-Gateway 570.
  • the message is forwarded to the OGI-Controller 560 in step 1320.
  • the OGI-Controller 560 receiving the message internally stores information on terminals for the corresponding group, and in step 1330, the OGI-UE registration response including information on success or failure.
  • the OGI-UERegistrationResponse) message is delivered to the OGI-Gateway 570.
  • the OGI-Gateway 570 then forwards the received message to the ContentProvider-Server 580 in step 1340.
  • FIG. 14 is a flowchart illustrating an operation of an OGI-Controller 560 in FIG. 13.
  • the OGI-Controller 560 receives an OGI-UERegistrationRequest message from the OGI-Gateway 570 in step 1410.
  • the OGI-Controller 560 stores the device-IDs included in the corresponding Group-ID in the UE Management Table.
  • An example of the terminal management table is shown in FIG. 15.
  • the terminal management table is implemented in such a manner that a plurality of device-IDs are registered with respect to the group-ID generated in step 1150.
  • the terminal-ID (Device-ID) uses an International Machine Equipment Identifier (IMEI) or an identifier that guarantees uniqueness (uniqueness) in the wireless broadband communication network of the terminal.
  • IMEI International Machine Equipment Identifier
  • uniqueness uniqueness
  • the OGI-Controller 560 records a reason code according to the processing result of the terminal management table. In other words, if the processing result is successful, the OGI-Controller 560 proceeds to step 1440 and records a reason code as success. In operation 1460, the OGI-Controller 560 transmits the result to the ContentProvider-Server 580 through an OGI-UERegistrationResponse message.
  • the OGI-Controller 560 proceeds to step 1450 and records the reason code as a failure.
  • the OGI-Controller 560 transmits the result to the ContentProvider-Server 580 through an OGI-UERegistrationResponse message.
  • FIG. 16 is a flowchart specifically illustrating operation 930, which is a terminal state checking procedure illustrated in FIG. 9.
  • the terminals 130 of the content provider 110 installed in the wireless broadband network report their system status and wireless reception strength information to the OGI-Controller 560 through the wireless broadband network periodically or irregularly. .
  • the OGI-Controller (OGI-Controller) 560 through a wireless multicast / broadcast control device such as the BM-SC (530) to determine when and which radio channel to the terminal of a particular group Notified through multicast / broadcast channel.
  • the OGI-Controller 560 schedules the report to be performed in a situation where the use of the wireless channel is low, such as at night.
  • each terminal 510a, 510b, ..., 510n recognize the reporting time of the system status and the radio reception strength information for the group to which they belong. Accordingly, each terminal 510a, 510b, ..., 510n is activated at a predetermined time point and reports its system information and wireless reception strength information to the OGI-Controller 560.
  • FIG. 16 illustrates an example of the above process.
  • terminal 1 510a
  • terminal 2 510b
  • terminal n 510n
  • the strength information is reported to the OGI-Controller 560 using an OGI-KeepAliveReport message.
  • FIG. 17 is a flowchart illustrating an operation of an OGI-Controller 560 that receives system information and wireless reception strength information from the terminals 130.
  • the OGI-Controller 560 receives an OGI-KeepAliveReport message from each terminal 130 in step 1710. Then, in order to process and manage the status information of each terminal 130 in the group, the OGI-Controller 560 generates a terminal status report table (UE-StatusReport Table) in step 1720.
  • the OGI-Controller 560 stores all system information related reports received during the reporting time for the specific group scheduled in the state report table.
  • the OGI-Controller 560 determines whether the status report table has been created for all of the terminals 130, and if the creation of the status report table is not completed, the operation proceeds to step 1710. It returns and continues creation of the said status report table.
  • the OGI-Controller (OGI-controller) 560 proceeds to step 1740 to start the creation of the terminal wireless reception strength table (UE_RSSI_Level Table).
  • the terminal status report table is a database that stores system state information of each terminal 130
  • the terminal wireless reception strength table is a database that stores wireless reception strength information of each terminal 130.
  • the OGI-Controller 560 stores all radio reception strength related reports received during the reporting time for the specific group scheduled previously in the terminal radio reception strength table.
  • the OGI-Controller 560 determines whether the terminal wireless reception strength table has been created for all terminals 130, and if the table is completed, the operation proceeds to step 1760.
  • the OGI-Controller 560 determines whether the period for receiving the report from the terminals 130 has elapsed. If the period has not elapsed, the OGI-Controller 560 repeats steps 1710 and below. On the other hand, when the period has elapsed, the OGI-Controller 560 completes the preparation of the terminal status report table and the terminal wireless reception strength table.
  • FIG. 18 is a diagram illustrating a structure of a terminal state report table described in FIG. 17.
  • the OGI-Controller 560 stores the system information received from the terminals 130 in the form of a table shown in FIG. 18. As shown in FIG. 18, the terminal status report table includes device-IDs of the terminals 130 that report on a specific group and information indicating the system status of the terminal 130.
  • FIG. 19 is a diagram illustrating a structure of a terminal wireless reception strength table described in FIG. 17.
  • the OGI-Controller 560 stores wireless reception strength information received from the terminals 130 in the form of a table shown in FIG. 19. As shown in FIG. 19, the wireless reception strength table includes Device-IDs of terminals 130 that have performed a report on a specific group and includes wireless reception strength information of the wireless broadband communication network of the terminals 130. Include.
  • 20 is a diagram illustrating a process of performing a status report through mandatory unicast message delivery.
  • the status report is performed through the forced Unicast message delivery of the OGI-Controller (OGI-controller) 560 according to the process illustrated in FIG. 20. That is, the OGI-Controller 560 transmits an OGI-KeepAliveRequest message to a specific terminal, and the terminal receiving the OGI-KeepAliveRequest message, as shown in FIG. An OGI-KeepAliveResponse message including the reception strength information is transmitted to the OGI-Controller 560.
  • OGI-Controller 560 transmits an OGI-KeepAliveRequest message to a specific terminal, and the terminal receiving the OGI-KeepAliveRequest message, as shown in FIG.
  • An OGI-KeepAliveResponse message including the reception strength information is transmitted to the OGI-Controller 560.
  • the OGI-Controller 560 transmits to the terminal 1 510a, the terminal 2 520b, and the terminal n 520n in steps 2010, 2030, and 2050, respectively.
  • Pass OGI-KeepAliveRequest message includes information for reporting system information and wireless reception strength information of the terminal.
  • the terminal 1 510a, the terminal 2 520b, and the terminal n 520n that receive the OGI-KeepAliveRequest message receive their system information and wireless reception in steps 2020, 2040, and 2060, respectively.
  • An OGI-KeepAliveResponse message containing strength information is transmitted to the OGI-Controller 560.
  • FIG. 21 is a flowchart illustrating an operation process of an OGI-Controller 560 when reporting a specific UE by unicast.
  • OGI-Controller 560 The operation in the case of reporting to a specific terminal by Unicast is similar to the operation of the OGI-Controller 560 in FIG. 17. However, in step 2110, OGI-Controller (OGI-controller) 560 is further added to the step of transmitting an OGI-KeepAliveRequest message to a specific terminal to receive a report in FIG. There is a difference from the operation of the described OGI-Controller 560.
  • steps 2120 to 2160 are performed as described with reference to FIG. 17.
  • the OGI-Controller 560 determines whether a terminal to receive a report remains through Unicast. If the terminal to be reported remains, the OGI-Controller 560 returns to step 2110 and repeats the following steps.
  • FIG. 22 is a flowchart illustrating step 940, which is a terminal class assignment step illustrated in FIG. 9, in detail.
  • the OGI-Controller 560 calculates a class such as what priority the report for retransmission is based on the information reported from the terminals, and transmits the corresponding class allocation information to the terminals. Show the process of delivery.
  • the OGI-Controller 560 transmits the terminal-specific priority table generated based on the reported information to the terminals. To this end, the OGI-Controller 560 sets a time to communicate with the terminals in advance in step 2210. In operation 2220, the OGI-Controller 560 transmits the corresponding information through the multicast / broadcast channel. In this way, the class allocation information transmission time is a concept similar to the above-described group-specific reporting time is previously defined between the terminal and the OGI-Controller (OGI-controller) (560). By doing so, the UEs know which radio channel they are assigned to at which point in time and acquire their class assignment information through the channel at that point in time.
  • FIG. 23 is a flowchart illustrating a process of allocating a terminal class of an OGI-Controller 560.
  • the OGI-Controller 560 calculates an ACK class based on the radio reception strength information for each terminal generated through the reporting of the terminals.
  • the OGI-Controller 560 may use a mapping table between the radio reception strength information and the class level shown in FIG. 25.
  • the mapping table illustrated in FIG. 25 is only an example, and may use a customized mapping value according to an installed network. For example, when the wireless reception strength measured at a specific terminal is level 1, the terminal is classified as class 1. In addition, when the wireless reception strength measured at a specific terminal is level 5, the terminal is classified as class 2.
  • the class for each terminal calculated through the mapping table illustrated in FIG. 25 is generated and managed by the terminal-ACK class table illustrated in FIG. 24.
  • the UE-ACK class table shown in FIG. 24 is also just an embodiment, and various embodiments may exist.
  • the UE-ACK class table maps and stores a UE-ID for identifying the UE and a class level currently assigned by the UE.
  • each UE-ID may have a Group-ID which is a multicast / broadcast group identifier to which the UE belongs.
  • FIG. 26 is a flowchart illustrating a process of allocating a class of a terminal based on unicast.
  • the OGI-Controller 560 may individually transmit a class assignment message to each terminal through unicast. I can deliver it.
  • the OGI-Controller 560 transmits a class assignment message for allocating classes to each UE in steps 2610, 2630, and 2650. Then, the terminal 1 510a, the terminal 2 510b, and the terminal n 510n transmit a class assignment response message in steps 2620, 2640, and 2660, respectively, to recognize the class assigned by the OGI-Controller ( OGI controller) (560).
  • the OGI-Controller 560 performs the above-described procedures to obtain system and wireless reception strength information of the terminals 130.
  • the system information may be used as information for repairing or improving the terminal 130.
  • the wireless reception strength information may be utilized as information for guaranteeing more improved wireless communication quality by repairing, improving or repositioning the wireless module of the terminal 130.
  • 27 is a flowchart illustrating a terminal information reporting procedure.
  • the ContentProvider-Server (content provider) 580 transmits statistical information about the terminals 130 through an OGI-UEStatusReportRequest message to an OGI Controller (OGI-Controller) ( 560).
  • OGI-UEStatusReportRequest message is delivered to an OGI-Controller 560 via an OGI-Gateway 570.
  • step 2730 the OGI-Controller 560 receiving the OGI-Controller statistic information of the terminals 130 belonging to a specific multicast / broadcast group of the corresponding content provider or the content provider. Is delivered to the ContentProvider-Server (Content Provider) 580 through an OGI-UEStatusReport message.
  • the response message may operate in a similar form to the other messages described above, or may be implemented in the form of XML (eXtensible Markup Language) or email.
  • the terminal information report table may include system information, wireless reception strength information, and information on the group to which the terminal 130 belongs for each identifier of the terminal 130.
  • MSG-TYPE is a control code indicating that the message is a message
  • transaction-SEQ detects redundancy and errors at the sender of the message. This is the code we use to do it.
  • the transmitter starts at 0 and increments by 1 when sending a specific message.
  • FIG. 29 is a diagram showing the structure of an OGI-ServiceRegistrationRequest message.
  • an OGI-ServiceRegistrationRequest message is a device-characteristic indicating a CP-ID identifying a content provider 110, a target terminal whether a target terminal is a fixed terminal, or a mobile terminal.
  • the physical region information to support multicast / broadcast is stored in the TARGET-REGION field as a variable length field, and the number of the corresponding region fields is TARGET-REGION-LENGTH.
  • FIG. 30 is a diagram illustrating the structure of an OGI-ServiceRegistrationResponse message.
  • the OGI-ServiceRegistrationResponse message includes a CP-ID for identifying the content provider 110, and information on a region rejected for physical region information to support multicast / broadcast is provided.
  • the variable length field is stored in the REJECTED-REGION field, and the number of the corresponding field is defined in the REJECTED-REGION-LENGTH field.
  • a group identifier issued by the OGI system is included as a group-ID.
  • information about success or failure is additionally included in the REASON-CODE.
  • 31 is a diagram illustrating a structure of an OGI-UERegistrationRequest message.
  • the OGI-UERegistrationRequest message includes a group-ID, which is an identifier for a group including terminals 130, and a terminal-length, which is the number of terminals to be included in the group. Contains a field. As many UE-IDs as the number fill the subsequent fields.
  • 32 is a diagram illustrating the structure of an OGI-UERegistrationResponse message.
  • the OGI-UERegistrationResponse message includes a group-ID, which is an identifier for the group in which the terminals 130 are included, and a REASON field indicating an additional performance result.
  • 33 is a diagram illustrating the structure of an OGI-KeepAliveReport message.
  • the terminal 130 transmits a group-ID (GROUP-ID), which is an identifier of a group, and a terminal-ID (DEVICE-ID) of the terminal, to indicate where the information reported by the terminal belongs. Include in the information (SYSTEM-INFORMATION), and includes the radio reception strength information in the RSSI. In addition, additional information such as success or failure is included in the REASON field.
  • GROUP-ID group-ID
  • DEVICE-ID terminal-ID
  • SYSTEM-INFORMATION includes the radio reception strength information in the RSSI.
  • additional information such as success or failure is included in the REASON field.
  • 34 is a diagram illustrating the structure of an OGI-KeepAliveRequest message.
  • a group-ID which is an identifier for a group
  • a terminal-ID which is an identifier of the corresponding terminal 130
  • DEVICE-ID DEVICE-ID
  • 35 is a diagram showing the structure of an OGI-ClassAssignRequest message.
  • the OGI-ClassAssignRequest message is a group-ID (GROUP-ID) that is an identifier for a group when a class is allocated to a specific terminal 130 for a purpose such as a retransmission response for future information transmission.
  • GROUP-ID group-ID
  • a terminal-ID which is an identifier of the terminal 130, an ASSIGNED-CLASS assigned to the terminal 130, and a REASON field for additional information. do.
  • 36 is a diagram showing the structure of an OGI-ClassAssignReSPONSE message.
  • the OGI-ClassAssignReSPONSE message includes a group-ID, which is an identifier for a group, a terminal-ID, which is an identifier of a corresponding terminal, and a reason for additional information. ) Field.
  • FIG. 37 is a diagram showing the structure of an OGI-UEStatusReportRequest message.
  • the OGI-UEStatusReportRequest message may include a group-ID, which is an identifier for a specific group, in addition to a CP-ID identifying the ContentProvider 580. Additional information As a result, the REASON code may be used to inform the OGI-Controller 560 of the request background of the message.
  • FIG. 38 is a block diagram showing the internal structure of an OGI-FileServer (550).
  • the OGI-FileServer 550 manages information that the content provider 110 wants to transmit to the terminals 130 and physical files for retransmitting the information.
  • the OGI-FileServer 550 then transmits the information and files over an actual wireless channel.
  • the OGI-FileServer 550 includes a database for the original file and a converted database for retransmission. And a processor for processing a communication protocol with a BSS-CN 520, an OGI-Controller 560, and an OGI-Gateway 570 for communicating with other devices. Doing.
  • FIG. 39 is a diagram for transmitting information to a terminal 130 through a multicast or broadcast wireless channel, performing retransmission when an error occurs, and transmitting the content as statistical information according to a second embodiment of the present invention.
  • a flow chart showing the process of providing to a provider.
  • the information transmission method of the present invention starts from the service request step in which the content provider 110 requests information transmission through a wireless broadband communication network and is issued a session-ID in step 9310. do.
  • step 3920 the service activation step is performed.
  • the service for the requested session is started.
  • step 3930 a scheduling notification step of informing the actual terminal 130 of the started service and preparing the terminal 130 to receive information at the scheduled time is performed.
  • the terminal 130 performs a file transfer step of receiving information on a specific group through the multicast / broadcast channel.
  • step 3950 the terminal 130 determines whether the terminal has successfully received the information, and if an error occurs, a terminal confirmation step of checking which part of the entire information has occurred is performed.
  • steps 3960 and 3970 a file recovery step and a terminal reconfirmation step of performing retransmission repeatedly are performed to satisfy the quality requested by the content provider 110.
  • step 3980 the group transmission reporting step of providing the content provider 110 with the result information on the transmission of the information as statistical data is performed.
  • the radio resource can be effectively used. have.
  • step 3910 which is a service request step of FIG. 39.
  • the content provider 110 requests (OGI_ServiceReserveRequest) the multicast / broadcast group transmission through the content provider server 580 in step 4005.
  • the request is then passed to the OGI-Controller 560 via the OGI-Gateway 570 in step 4010.
  • the request includes information on the required mobility / fixation type of the terminal, information on a desired region, desired completion time, importance, and desired success rate. Accordingly, the OGI-Controller 560 may determine whether the request is accepted or not.
  • the OGI-Controller 560 checks the availability of the wireless channel via the BM-SC 530 in step 4015 and receives a response in step 4020.
  • the OGI-Controller 560 transmits a response to the OGI-ServiceReserveRequest to the OGI Gateway 570 in step 4025, and the response returns the ContentProvider Server in step 4030. (Content provider) 580.
  • the ContentProvider Server 580 determines in step 4035 and 4040 whether it is possible to transfer or retransmit files on the bearer side.
  • a request is made to the OGI-FileServer 550 via the gateway 570 (OGI_FileUploadReserveRequest).
  • the request includes additional information such as the size of the file to be uploaded.
  • the OGI-FileServer 550 then responds (OGI_FileUploadReserveResponse) to the ContentProvider Server (Content Provider) 580 in steps 4045 and 4050 after checking the availability of the file upload.
  • the ContentProvider Server 580 uploads the information to be transmitted to the OGI-FileServer 550 via the actual multicast / broadcast channel in step 4055.
  • the ContentProvider Server 580 transmits a message (OGI_FileUploadConfirmRequest) to the OGI-FileServer 550 to confirm whether the upload is normally processed.
  • the OGI-FileServer (OGI-File Server) 550 responds (OGI_FileUploadConfirmResponse) to the ContentProvider Server (Content Provider) 580 in step 4070 and 4075 to determine whether the upload is normally processed.
  • FIG. 41 is a flowchart illustrating a process in which an OGI-Controller 560 registers a session in FIG. 40.
  • the OGI-Controller 560 receives an OGI-ServiceReserveRequest message from the OGI-Gateway 570. Then, the OGI-Controller 560 checks the available Session-ID and generates a Session Information Table in step 4110. The OGI-Controller 560 stores the received terminal type, region information, group identifier, and the like, in the session information table using the session-ID as a key. The structure of the session information table is shown in FIG.
  • the OGI-Controller 560 stores the requested quality information such as request completion time, request priority, and request success rate in the session SLA table.
  • the structure of the session SLA table is shown in FIG. 43.
  • the OGI-Controller 560 transmits an OGI-ServiceCheckRequest message to the BM-SC 530 in order to confirm resource availability in the wireless channel.
  • the BM-SC 530 should be able to receive the OGI-ServiceCheckRequest message in order to effectively support the function defined in the present invention. It is possible to determine whether multicast / broadcast is possible according to the required quality of the information, and in step 4125, the response can be forwarded to the OGI-Controller 560 as an OGI-ServiceReserveResponse message. Should be
  • the OGI-Controller 560 receives an OGI-ServiceCheckResponse message to determine whether the resource reservation procedure has been successfully performed. If the reservation is successfully completed, the OGI-Controller 560 proceeds to step 4150 and sets the return value to 'OK'. In step 4155, the OGI-Controller 560 transmits an OGI-ServiceReserveResponse message containing the meaning of success via the OGI-Gateway 570 to the ContentProvider Server (OGI-Controller). The content provider).
  • the OGI-Controller 560 removes the previously occupied resources and tables in steps 4135 and 4140.
  • the OGI-Controller 560 sets the return value to 'NOK' in step 4145.
  • the OGI-Controller 560 sends an OGI-ServiceReserveResponse message indicating the failure via the OGI-Gateway 570 to the ContentProvider Server (OGI-Controller). 580).
  • FIG. 44 is a flowchart illustrating an operation procedure of an OGI-FileServer 550 before storing a file in the session registration procedure of FIG. 40.
  • the OGI-FileServer 550 requests an OGI-file upload reservation request from the ContentProvider Server 580 via the OGI-Gateway 570.
  • -FileUploadReserverRequest (OGI-File Server) 550 transmits an OGI-FileUploadReserverResponse message to the ContentProvider Server (Content Provider) 580 via the OGI-Gateway 570.
  • the OGI-FileServer 550 sets the return value to 'NOK' in step 4430.
  • the OGI-FileServer (OGI-File Server) 550 sends an OGI-FileUploadReserverResponse message to the ContentProvider Server (Content Provider) (OGI-Gateway). 580).
  • 45 is a flowchart illustrating an operation procedure of an OGI-FileServer 550 after storing a file in the session registration procedure of FIG. 40.
  • the OGI-FileServer 550 receives and stores a file from the ContentProvider Server 580 through a file transfer protocol such as FTP / TFP by performing the process of FIG. 44.
  • the OGI-FileServer (OGI-File Server) 550 from the ContentProvider Server (Content Provider) 580 through the OGI-Gateway (OGI-Gateway) 570, the OGI-file upload confirmation request (OGI -FileUploadConfirmRequest) message is received.
  • the OGI-FileServer 550 determines whether the file uploaded in step 4510 is valid.
  • the OGI-FileServer 550 sets the return value to 'OK' in step 4525, and the OGI-FileServer 580 sends the OGI-FileServer to the ContentProvider Server 580 in step 4530. It is sent as a file upload confirmation response (OGI-FileUploadConfirmResponse) message.
  • OGI-FileUploadConfirmResponse file upload confirmation response
  • the OGI-FileServer 550 sets the return value to 'NOK' in step 4520, and the OGI-ContentServer Server 580 sends the OGI to the ContentProvider Server 580 in step 4530. Pass as OGI-FileUploadConfirmResponse message.
  • FIG. 46 is a flowchart illustrating a processing process when a session registration procedure fails in the session registration step of FIG. 40.
  • steps 4605 to 4630 of FIG. 46 correspond to steps 4005 to 4030 of FIG. 40, a detailed description thereof will be omitted.
  • the session registration may fail due to a problem of the OGI-Controller (OGI-controller) 570 or the BM-SC 530.
  • the OGI-Gateway 470 sends an OGI-Service UnreserveRequest to the OGI-Controller 560 in step 4635 in order to remove a table or resource previously reserved. Send a message.
  • the OGI-Controller 560 removes the reserved table or resource, and sends an OGI-ServiceUnreserveResponse message to the OGI-Gateway 470 in step 4740. do.
  • FIG. 47 is a flowchart illustrating an operation sequence of the OGI-Controller 560 in the case of failing the session registration procedure of FIG. 46.
  • the OGI-Controller 560 receives an OGI-ServiceUnreserveRequest message from the OGI-Gateway 570. Then, in step 4720 and 4730, the OGI-Controller 560 deletes additional information such as table and session information generated through the Service Reservation Request. In operation 4740, the OGI-Controller 560 generates an OGI-ServiceUnreserveResponse message and delivers the result to the OGI-Gateway 570.
  • FIG. 48 is a flowchart illustrating a process in the case where session registration fails due to a problem such as insufficient capacity of an OGI-File Server (OGI-FileServer) during the session registration step of FIG. 40. Since steps 4805 to 4850 of FIG. 48 correspond to steps 4005 to 4050 of FIG. 40, detailed descriptions thereof will be omitted.
  • OGI-FileServer OGI-File Server
  • OGI-Gateway 570 requests OGI-Service unscheduled request to OGI-Controller 560 in step 4855 to remove previously reserved tables or resources.
  • OGI_ServiceUnreserveRequest OGI_ServiceUnreserveRequest
  • the OGI-Controller 560 removes the reserved table or resource, and sends an OGI-ServiceUnreserveResponse message to the OGI-Gateway 470 in step 4740. do.
  • the OGI-Gateway 570 transmits a removal request (OGI_FileUploadUnreserveRequest) of the reserved table and resources to the OGI-FileServer 550. Then, the OGI-FileServer (OGI-File Server) 550 removing the reserved table and resources reports it to the OGI-Gateway 570 (OGI_FileUploadUnreserveResponse).
  • OGI_FileUploadUnreserveRequest a removal request of the reserved table and resources to the OGI-FileServer 550.
  • FIG. 49 is a flowchart illustrating an operation sequence of the OGI-FileServer 550 when the session registration of FIG. 48 fails.
  • the OGI-FileServer 550 sends an OGI-FileUploadUnreserveRequest message to remove the reserved tables and resources from the OGI Gateway 570 in step 4905. Receive.
  • the OGI-FileServer 550 releases the previously reserved / occupied database space in step 4910, and simultaneously removes the file being uploaded in step 4915.
  • the OGI-FileServer 550 includes the result of performing the table and resource removal in the OGI-FileUploadUnreserveResponse message, and includes the OGI-Gateway (OGI-Gateway). 570).
  • FIG. 50 is a flowchart illustrating a processing procedure when the operation of the OGI-FileServer 550 in FIG. 48 fails. This is a case where a service reservation fails because an error occurs during the file upload process.
  • the OGI-FileServer 550 receives an OGI-FileUploadUnreserveRequest message from the OGI Gateway 570. The OGI-FileServer 550 then releases the previously reserved / occupied database space and removes any files that were being uploaded at the same time. In step 5095, the OGI-FileServer 550 includes the result of the execution in an OGI-FileUploadUnreserveResponse message and transmits the result to the OGI-Gateway 570. do.
  • a session generated as the service request step of step 3910 illustrated in FIG. 39 is successfully performed is activated through the service activation step of step 3920 of FIG. 39.
  • FIG. 51 is a diagram illustrating an operation of performing a service activation step of operation 3920 illustrated in FIG. 39 in detail.
  • the OGI-Gateway 570 is configured for each successfully registered session for the OGI Controller 560 and the OGI File-Server 560, respectively. Announce the start of the service.
  • the OGI-Gateway 570 transmits an OGI-SessionActivateRequest message including the session ID to the OGI Controller 560 in step 5105.
  • the OGI Controller 560 then activates the session corresponding to the received session ID and, in step 5110, sends an OGI-SessionActivateResponse message, which is a response thereto, to the OGI Gateway 570. To).
  • the OGI-Gateway 570 sends an OGI-SessionActivateRequest message including the session ID to the OGI File-Server 560 at step 5120.
  • the OGI Controller 560 then activates the session corresponding to the received session ID and, in step 5130, sends an OGI-SessionActivateResponse message, which is a response thereto, to the OGI Gateway 570. To).
  • FIG. 52 is a flowchart showing the operation procedure of the OGI-Controller (OGI-controller) 560 when starting a session in FIG. 51.
  • OGI-Controller OGI-controller
  • the OGI-Controller 560 receives an OGI-SessionActivateRequest message for session activation from the OGI-Gateway 570 in step 5210.
  • the OGI-Controller 560 stores the information of the OGI-FileServer, which stores the file for the session.
  • the OGI-Controller 560 may include a notification information table including information for receiving response information from the terminals 130 after transmission of the corresponding file through multicast / broadcasting. Create a Notification Information Table. A detailed structure of the notification information table is shown in FIG.
  • the notification information table along with the identifier for the session, includes the start time of the session, the wireless channel, the data transmission rate (if required), and whether or not to receive an ACK.
  • the OGI-Controller 560 generates an ACK class table in step 5240.
  • the ACK class table receives the ACK from the UEs after the file transmission of the initiated session, the ACK class table includes whether or not to receive an ACK for each UE class group, which channel is received, and time information about the channel.
  • the structure of the ACK class table is shown in FIG.
  • the OGI-Controller 560 successfully initiates the session at step 5250, and accordingly the OGI-SessionActivateConfirm to the OGI-Gateway 570 at step 5260. Send a message.
  • FIG. 55 is a flowchart illustrating an operation process of an OGI-FileServer 550 when starting a session in the service activation step of FIG. 51.
  • the OGI-FileServer 550 receives an OGI-SessionActivateRequest message from the OGI-Gateway 570.
  • the OGI-FileServer 550 stores the information of the OGI-Controller 560 in its own database, and starts the session in step 5530.
  • the OGI-FileServer 550 transmits the processing result of the process to the OGI-Gateway 570 as an OGI-SessionActivateConfirm message. .
  • FIG. 56 is a flowchart specifically illustrating a scheduling notification step of step 3930 illustrated in FIG. 39.
  • FIG. 56 describes an embodiment in which the OGI Controller 560 notifies scheduling for all cells at the same transmission rate at the same time.
  • the OGI Controller 560 transmits an OGI-SessionNotificationRequest message to the BM-SC 530 in step 5610. Then, the BM-SC 530 sends a session notification message to each terminal 130 at a scheduling information transmission time reserved between the terminal 130 and the BM-SC 530 in advance so that a specific group can receive the corresponding information.
  • Multicast / broadcast to The session notification message includes a notification information table shown in FIG. 53 and an ACK class table shown in FIG. 54. Each terminal 130 receiving the session notification message may obtain information about the created session.
  • the BM-SC transmits an OGI-SessionNotificationResponse message to the OGI Controller 560 to report whether the session notification is successful.
  • FIG. 57 is a flowchart illustrating an operation sequence of an OGI controller 560 in the process of delivering scheduling information of FIG. 56.
  • the OGI Controller 560 searches for a notification information table and an ACK class table to be transmitted to each terminal 130.
  • the OGI Controller 560 generates an OGI-SessionNotificationRequest message including the notification information table and the ACK class table.
  • the OGI Controller 560 transmits the generated OGI-SessionNotificationRequest message to the BM-SC 530 in step 5730, and receives a response thereto.
  • the OGI Controller 560 checks the “Reason” code in step 5750 and proceeds to the subsequent procedure according to the code confirmed in step 5760.
  • FIG. 58 describes an embodiment in which the OGI Controller 560 generates a notification information table and an ACK class table optimized for a corresponding cell and independently transmits the tables to each cell. .
  • the OGI Controller 560 independently transmits an OGI-SessionNotificationRequest message to each cell in steps 5810, 5840, and 5870.
  • the OGI-SessionNotificationRequest message includes a notification information table and an ACK class table.
  • the difference between the notification information table delivered to each terminal 130 in FIG. 56 and the notification information table delivered to each terminal 130 in FIG. 58 is as shown in FIG. 59. Is to include more code.
  • the BM-SC 530 transmits a session notification message to each cell independently in steps 5820, 5850, and 5880.
  • the BM-SC 530 transmits an OGI-SessionNotificationResponse message to the OGI Controller 560.
  • FIG. 60 is a flowchart illustrating an operation sequence of an OGI controller (OGI-controller) 560 in the differentiated scheduling notification step of FIG. 58.
  • OGI controller OGI-controller
  • the OGI Controller 560 searches for a notification information table and an ACK class table to be transmitted to each terminal 130.
  • the structure of the notification information table is as shown in FIG. 59
  • the structure of the ACK class table is as shown in FIG.
  • the OGI Controller 560 In operation 6020, the OGI Controller 560 generates an OGI-SessionNotificationRequest message including the notification information table and the ACK class table. The OGI Controller 560 transmits the generated OGI-SessionNotificationRequest message to the BM-SC 530 in step 6030, and receives a response thereto.
  • the OGI controller 560 checks the “Reason” code in step 6050 and proceeds to the subsequent procedure according to the code checked in step 6060. In operation 6070, the OGI controller 560 determines whether there is an area in which the scheduling notification is not transmitted. If there is an area in which the scheduling notification is not transmitted, the OGI Controller 560 returns to step 6010 and repeats the steps 6010 or less.
  • FIG. 61 is a flowchart illustrating a specific process of a file transfer step of step 3940 of FIG. 39. That is, FIG. 61 illustrates a process of actually transmitting information to the terminals 130 through the multicast / broadcast channel at the scheduled time. Meanwhile, FIG. 61 illustrates a process of transmitting a file to all cells with the same radio channel setting.
  • the OGI Controller 560 transmits an OGI-File TransferRequest message to the BM-SC 530 to request a file transfer in steps 6110 and 6120. do. Then, the BM-SC 530 transmits a file to each terminal 130 through steps 6130 to 6150. In this case, the file is transmitted to each terminal 130 through a wireless channel set under the same condition.
  • the BM-SC 530 that transmits the file to each terminal 130 transmits an OGI_FileTransferResponse message to the OGI Controller 560 through steps 6160 and 6170.
  • FIG. 62 is a flowchart showing the operation procedure of the OGI Controller 560 in FIG. 61.
  • the OGI Controller 560 checks session information and notification information at the scheduled time in step 6210.
  • the OGI Controller 560 generates an OGI-FileTransferRequest message using the checked session information and notification information.
  • the OGI Controller 560 transmits an OGI File Transfer Request message to the BM-SC 530 in step 6230 and waits for a response.
  • the OGI Controller 560 receiving the OGI_FileTransferResponse message checks the "Reason" code in step 6250, and then, based on the code in step 6260, Perform the procedure.
  • FIG. 63 is a flowchart showing the operation procedure of the OGI_FileSerrver 550 in FIG. 61.
  • the OGI-FileServer 550 receives an OGI-File TransferRequest message transmitted from the OGI-Controller 560.
  • the OGI-FileServer 550 checks the session ID included in the message received in step 6320, and searches for a file corresponding to the checked session ID.
  • the OGI-FileServer 550 generates an OGI-FileTransRequest message including the searched file, and transmits the OGI-FileServer 550 to the BM-SC 530.
  • the OGI-FileServer 550 receives an OGI-FileTransferResponse message from the BM-SC 530 in step 6350 and checks the "Reason" code in step 6360. . In operation 6370, the OGI-FileServer 550 performs the following procedure according to the confirmed code. At the same time, the OGI-FileServer (OGI-File Server) 550 generates an OGI_FileTransferResponse message by using the code in step 6380, and generates the OGI-Controller (OGI-Controller) in step 6390. Controller 560).
  • 64 is a flowchart illustrating a process of transmitting a file through a wireless channel optimized for each cell during file transmission.
  • the file transfer procedure is similar to that described in FIG. However, there is only a difference in FIG. 64 that a file is independently transmitted through a radio channel optimized for each cell. In other words, the file is transmitted through steps 6405 through 6425 for cell 1, the file is transmitted through steps 6430 through 6450 for cell 2, and the file is transmitted through steps 6455 through 6475 for cell 3. .
  • a detailed procedure of transmitting a file to each cell is the same as that of FIG. 61, and thus a detailed description thereof will be omitted.
  • FIG. 65 is a flowchart illustrating an operation sequence of the OG-Controller 560 in FIG. 64.
  • the OGI Controller 560 checks session information and notification information for a specific cell or a specific region in step 6510.
  • the OGI Controller 560 generates an OGI-FileTransRequest message using the session information and notification information confirmed for the specific cell or specific region.
  • the OGI Controller 560 transmits an OGI File Transfer Request message to the BM-SC 530 and waits for a response.
  • the OGI Controller 560 receiving the OGI_FileTransferResponse message checks the "Reason" code in step 6550, and then, based on the code in step 6560, Perform the procedure.
  • step 6570 the OGI Controller 560 checks whether there is a cell or region that has not transmitted the file, and if it is necessary to transfer the file for a specific cell, returns to step 6510 to perform the following steps. Perform.
  • FIG. 66 is a flowchart illustrating a specific process of a terminal checking step of step 3950 of FIG. 39.
  • the terminal 130 reports to the OGI-Controller 560 according to the response configuration information defined in the ACK class table of FIG. 54.
  • the UEs classified as class 0 wait for the time that they have to report to the OGI-Controller (OGI-Controller) 560 in step 6610, and generate a randomized access interval in step 6620 when the time arrives. do.
  • Each terminal transmits an OGI-ACK report message to an OGI-Controller 560 through steps 6630 to 6650 at a predetermined time.
  • This process is repeatedly performed for terminals classified to class 0 to class N.
  • each terminal 130 is divided into time slots according to the corresponding classes, and is classified into a case of generating an ACK or not generating an ACK for each class according to a condition.
  • the reason for distinguishing the time and the channel is to avoid this because the reverse radio channel may cause congestion when the ACK response occurs in the case of a group to which a large number of terminals 130 belong simultaneously. to be.
  • the reason why the ACK response can be differentially set for each class is that if the success rate requested by the content provider 110 is not large, the terminal 130 does not need to succeed.
  • the response check may not be performed for terminals 130 of a low channel quality. On the contrary, if the success rate is high, all of the classes 130 should be transmitted successfully even if the class is low. This is to manage the transmission and the intelligent response (based on the wireless channel environment).
  • FIG. 67 is a flowchart showing the operation procedure of the OGI-Controller 560 in FIG. 66.
  • the OGI-Controller 560 In step 6710, the OGI-Controller 560 generates an ACK table for the corresponding session.
  • the OGI-Controller 560 waits for reception of an OGI-ACK report message transmitted from each UE in step 6720, and receives the message in step 6730.
  • the OGI-Controller 560 analyzes the received OGI-ACK report message and records the received OGI-ACK report message in the generated ACK table.
  • FIG. 68 an example of the ACK table structure is shown in FIG. 68.
  • the ACK table includes a device-ID identifying each terminal, a session-ID indicating which session a response is, and a file transmitted to the session.
  • the portion of may include a Corrupted-Sequences field indicating which error occurred.
  • the OGI-Controller 560 determines whether the scheduled completion time has elapsed, and when the completion time has elapsed, returns to step 6710 to repeat the following steps.
  • An operation flow chart of the OGI-Controller 560 for this is shown in FIG. 69.
  • 69 is a flowchart illustrating a reception status reporting procedure based on unicast.
  • the OGI-Controller 560 transmits an OGI-ACK reportRequest message to the UE that has not reported a reception state within a scheduling time determined in step 6910.
  • the terminal transmits an OGI-ACK report message to the OGI-Controller 560.
  • FIG. 70 is a flowchart showing the operation procedure of the OGI-Controller 560 in FIG. 69.
  • the OGI-Controller 560 generates an acknowledgment table (ACK table) for the corresponding session ID.
  • the OGI-Controller 560 generates an OGI_ACKreportRequest message to be transmitted to a specific terminal that has not reported a reception status within a scheduling time determined in step 7020.
  • the OGI-Controller 560 transmits the generated message to the specific terminal, and waits for a response reception in operation 7040.
  • the OGI-Controller (OGI-Controller) 560 that receives the OGI-ACK report message from the terminal, records data about the specific terminal in the ACK table.
  • the OGI-Controller 560 determines whether there is a terminal that has not received a reception state. If there is a terminal that has not received the reception status, the OGI-Controller 560 returns to step 7010 and performs the following steps.
  • the multicast / broadcast is a transmission without considering the radio channel situation of the terminal 130, 100% success is difficult to achieve. Therefore, after the file transfer, the retransmission process for the file failed to be transferred is essential. In this case, when the importance of the transmitted file is very high or the number of terminals belonging to a specific group is small, unicast-based retransmission is also possible.
  • FIG. 71 is a flowchart specifically showing operation 3960 as the file recovery step illustrated in FIG. 39.
  • the OGI-Controller 560 checks the collected session and error information for each terminal, and sends the OGI-FileServer 550 to retransmit only the portion where the error occurs. request. To this end, the OGI-Controller 560 transmits an OGI File Transfer Request message to the OGI File Server 550 in step 7110. The OGI-FileServer (550) then collects only the parts where the error occurs and creates a separate retransmission file, and uses the OGI-FileTransferRequest message in the form of Unicast. It transmits to a specific terminal 130.
  • FIG. 72 is a flowchart showing the operation procedure of the OGI FileServer 550 in FIG. 71.
  • the OGI FileServer 550 receives an OGI-File Transfer Request message that requests retransmission from an OGI-Controller 560.
  • the OGI-FileServer (OGI-File Server) 550 reconfigures the file to resend only the frame in which the error occurs based on the session and the error report information of the terminal.
  • the OGI-FileServer 550 In operation 7230, the OGI-FileServer 550 generates an OGI-FileTransferRequest message including a file to be retransmitted. In operation 7240, the OGI-FileServer 550 transmits an OGI-File TransferRequest message including the retransmission file to the BM-SC 530. Alternatively, the OGI-FileServer (OGI-File Server) 550 may set and transmit a data channel directly to the corresponding UE in a 1: 1 unicast form.
  • the OGI-FileServer 550 receives an OGI-SessionNotification message from the BM-SC 530 and checks for a “Reason” code in step 7260.
  • the OGI-FileServer 550 performs the following procedure according to the code confirmed in step 7270.
  • the OGI-FileServer 550 generates an OGI-FileTransferResponse message including whether the file retransmission succeeds or fails in step 7280, and the OGI-FileServer 550 generates the OGI-FileTransferResponse message in step 7290. Pass to the Controller (OGI-Controller) 560.
  • 73 is a flowchart illustrating a process of performing file retransmission according to each cell for each multicast / broadcast channel.
  • retransmission file in principle, it is preferable to retransmit the retransmission file in a form optimized for a specific cell. This is because the size of the retransmission file to be reconfigured may increase when the entire area is covered, and also to prevent the effect of the failure of transmission due to the regional characteristics on the entire network.
  • FIG. 74 is a flowchart illustrating a detailed process of the group transmission report step of FIG. 39. That is, FIG. 74 illustrates a process of transmitting the file transfer result of the group to the content provider or the content provider 580 as statistical information.
  • the OGI-Controller 560 generates a transmission result report table for the session, and then calculates the success rate of the session from the statistics of all terminals. In addition, it generates the OGI-DistributionReport message by arranging success, failure, and uniqueness of each terminal. The OGI-Controller 560 transmits the generated message to the content provider 580 through steps 7410 and 7420.
  • the content provider 580 then transmits an OGI-DistributionReportACK message to the OGI-Controller 560 in steps 7430 and 7440.
  • FIG. 75 is a flowchart showing the operation procedure of the OGI-Controller 560 in FIG. 74.
  • the OGI-Controller 560 generates a transmission result report table for the session in step 7510.
  • the OGI-Controller 560 calculates a success rate of the corresponding session from the statistics of all terminals.
  • the OGI-Controller 560 may store the calculated success rate in the transmission result report table in step 7530.
  • the OGI-Controller 560 may store a transmission success flag for each terminal in the transmission result report table.
  • the OGI-Controller 560 In operation 7550, the OGI-Controller 560 generates an OGI-distributionReport message including the generated transmission result report table and transmits the generated OGI-distributionReport message to the content provider 580.
  • the OGI-DistributionReport message is written in the form of an XML or spreadsheet result report rather than a general message.
  • FIG. 76 the overall success rate of the session and the situation for each terminal are described in detail. Is recorded.
  • the OGI-Controller (OGI-Controller) 560 waiting for a response to the OGI-distributionReport message in step 7560 receives a response message from the content provider 580 in step 7570.
  • the OGI-Controller 560 then performs the following procedure in step 7580.
  • MSG-TYPE is a control code indicating that the message is a message
  • transaction-SEQ checks for redundancy and errors at the sender of the message. This is the code we use to do it. Normally, the sender starts at 0 and increments by 1 when sending a specific message.
  • FIG. 77 is a diagram illustrating the structure of an OGI-ServiceReserveRequest message.
  • the transmission mode indicates a multicast / broadcast transmission scheme based on scheduling
  • the terminal-characteristic DEVICE-CHARACTERISTICS
  • TARGET-REGION means a local destination of the session transmission, and in the case of a plurality, it is repeatedly defined as TARGET-REGION-LENGTH.
  • GROUP-ID means a group including a corresponding session. Deadline means the desired completion time of the session, and IMPORTANCE indicates the importance of the session.
  • TARGET-SUCCESS-RATIO means the desired success rate of the session.
  • FILE-DESCRIPTION additionally conveys information about the transfer file.
  • SESSION-ID is an identifier of a session in the group.
  • the OGI-SessionReserveResponse message includes a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-FileUploadReserveRequest message may include a TRANSFER-MODE indicating a scheduling-based multicast / broadcast transmission scheme and a SESSION-ID indicating a session.
  • the file description (FILE-DESCRIPTION) additionally conveys information about the transfer file.
  • the OGI-FileUploadReserveResponse message contains a session-ID representing the session, a reason-code representing the result of performing the message, and a file server containing information about the file server. May contain information (FILESERVER-INFORMATION).
  • the OGI-FileUploadConfirmRequest message may include a session-ID representing a session.
  • the OGI-FileUploadConfirmResponse message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-ServiceUnreserveRequest message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-ServiceUnreserveResponse message may include a session ID indicating a session and a reason code indicating a result of performing the message.
  • the OGI-FileUploadReserveRequest message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-FileUploadUnreserveResponse message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • 87 is a diagram showing the structure of an OGI-SessionNotificationRequest message.
  • the OGI-SessionNotificationRequest message includes a session-ID indicating a session, a start time (START-TIME) indicating a scheduled start time of the session, and an actual message. It may include a start channel (START-CHANNEL) indicating a channel for transmitting information, the data rate (DATARAT) E, which is the transmission rate of the channel for transmitting the actual information.
  • the OGI-SessionNotificationRequest message is information for a response report confirming that the information is properly received after the transmission of the information, and an ACK-REQUIRED indicating whether the information transmission requires an ACK response report.
  • an acknowledgment report is required, an acknowledgment (ACK-ENABLED) specifying whether to respond according to the class of the UE, an acknowledgment channel (ACK-CHANNEL) specifying a wireless channel to be used for the response, and an informed time information It may include acknowledgment timeslot (ACK-TIMESLOT) information.
  • the OGI-SessionNotificationResponse message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-FileTransferRequest message may include a session-ID indicating a session and a file-description (FILE-DESCRIPTION) for transmitting information on a transfer file.
  • FILE-DESCRIPTION file-description
  • the OGI-FileTransferResponse message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the OGI-ACKreport message may include a DEVICE-ID identifying a terminal and a SESSION-ID identifying a session.
  • the OGI-ACKreport message is used to identify packets that have partially failed, START-SEQ, which is the sequence number where the error started, and End-SEQ, which is the sequence number, where the error ended.
  • START-SEQ which is the sequence number where the error started
  • End-SEQ which is the sequence number, where the error ended.
  • -SEQ can be included as many times as the error occurs.
  • FIG. 92 is a diagram showing the structure of an OGI-ACKreportRequest message.
  • the OGI-ACKreportRequest message may include a terminal-ID (DEVICE-ID) indicating the terminal.
  • DEVICE-ID terminal-ID
  • 93 is a diagram showing the structure of an OGI-FileTransferRequest message.
  • the OGI-FileTransferRequest message may include a terminal-ID identifying a terminal and a session-ID identifying a session.
  • the OGI-FileTransferRequest message includes a file description (FILE-DESCRIPTION), which is additional information about a file to be retransmitted, a class, which is a response reporting class for the corresponding terminal, and a wireless channel to be used for response reporting. It may include an acknowledgment-enabled (ACK-ENABLED), an acknowledgment channel (ACK-CHANNEL), and an acknowledgment time slot (ACK-TIMEOUT).
  • ACK-ENABLED acknowledgment enable
  • ACK-CHANNEL acknowledgment channel
  • ACK-TIMEOUT acknowledgment timeslot
  • the OGI-FileTransferResponse message includes a DEVICE-ID identifying a terminal, a Session-ID identifying a session, and a reason code indicating a result of performing the message (REASON-CODE). ) May be included.
  • FIG. 95 is a diagram showing the structure of an OGI-FileRetransferRequest message for retransmission.
  • the information is identical to that of FIG. 87 except for the information about the file, detailed description thereof will be omitted.
  • the OGI-DistributionReport message includes a CP-IP representing a content provider, a Session-ID representing a session, a SUCCESS-RATIO representing a success rate information for the session, and included in the session. It may include a terminal-ID (DEVICE-ID) as much as the terminal, a terminal-status (DEVICE-SATATUS) field for storing whether the success or failure for each terminal.
  • DEVICE-ID terminal-ID
  • DEVICE-SATATUS terminal-status
  • the OGI-DistributionReportACK message may include a Session-ID indicating a session and a REASON-CODE indicating a result of performing the message.
  • the BM-SC 530 from the OGI-FileServer 550 is determined. Transmission over multicast or broadcast channels can be supported in detail down to the specific cell and sector level. This is illustrated in FIG. 98.
  • FIG. 98 is a diagram illustrating a file transfer method for a fixed terminal.
  • the OGI-FileServer (OGI-File Server) 550 may transmit a file to a specific cell or sector level where the terminals are located, thereby efficiently using radio resources.
  • the file transmission method of the present invention aims to transmit a file to a routing or tracking area as shown in FIG. 99. This is because, as in the case of the fixed terminal, if the cell or sector level is subdivided, the probability of file transmission error may increase due to the movement of the terminal. However, in this case, the resource efficiency of the radio channel is enhanced by using differentiated optimal transmission speeds and settings for each routing or tracking area.
  • terminals are allocated different reverse channel access times based on the class assigned to them from the network.
  • the UE performs an error report in a situation where collisions are statistically reduced while having collision probability distributed according to a random variable.
  • the BM-SC from the OGI-FileServer (OGI-File Server) 550 Transmission on the multicast / broadcast channel through 530 can be supported in detail down to a specific cell or sector level. This is illustrated in FIG. 101.
  • the OGI-FileServer 550 may efficiently use radio resources by transmitting up to a specific cell or sector level where terminals are located. Similarly, in the case of a mobile terminal, it aims to transmit a file to a routing or tracking area as shown in FIG. This is because, as in the case of the fixed terminal, if the cell or sector level is subdivided, the probability of file transmission error may increase due to the movement of the terminal. However, in this case, the resource efficiency of the radio channel is enhanced by using differentiated optimal transmission speeds and settings for each routing or tracking area.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하기 위해 컨트롤러(OGI-Controller(OGI-컨트롤러))가 컨텐츠 제공자로부터 단말을 등록받고 상기 등록된 단말에게 정보를 전송하는 방법 및 장치에 관한 것으로서, 컨트롤러가 컨텐츠 제공자로부터 제공되는 정보를 상기 단말에게 전송하기 위한 서비스를 등록하고, 상기 정보를 수신할 단말 그룹에 대한 ID를 할당하는 서비스 등록 단계, 상기 컨텐츠 제공자가 상기 단말 그룹을 상기 컨트롤러에게 등록하는 단말 등록 단계, 컨트롤러가 상기 등록된 단말 그룹에 속하는 단말들의 동작 상태를 보고 받는 단말 상태 확인 단계, 상기 단말들의 동작 상태에 기반하여 컨트롤러가 상기 단말들에게 클래스를 할당하는 단말 클래스 할당 단계 및 상기 단말 상태를 상기 컨텐츠 제공자에게 보고하는 단말 상태 보고 단계를 포함하는 것을 특징으로 한다.

Description

멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법
본 발명은 이동통신 시스템에 관한 것으로, 보다 구체적으로 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법에 관한 것이다.
종래 멀티캐스트 또는 브로트캐스트 분야에서는 무선 광대역 통신망을 통하여 멀티캐스트 또는 브로드캐스트 무선 채널을 이용한 실시간 스트리밍과 일부 단순한 파일의 전송에 대한 사항만을 정의하고 있다. 이는 무선 광대역 통신망 사업자가 자체적인 이유로 인하여 망에 가입한 단말들에게 동시에 펌웨어를 업그레이드하거나, 재난 등의 긴급 상황에 문자를 보내는 용도 또는 동일한 컨텐츠를 실시간 방송 스트리밍으로서 전체(또는 일부) 가입자에게 전송하는 기술이다.
무선 광대역 통신망을 이용하는 컨텐츠 제공자가 무선 광대역 통신망을 활용하는 경우, 단순히 무선 광대역 통신망을 자체의 컨텐츠 제공자와 단말 사이의 일대일의 통신 링크로 활용하여, 전송하고자 하는 정보를 송수신하는 것이 유일한 방안이다.
종래 기술에 따르면, 컨텐츠 제공자 또는 SI(System Integration) 업체처럼 무선 광대역 통신망을 활용하는 제3 사업자들은 무선 광대역 통신망에서 멀티캐스트 또는 브로드캐스트 채널을 통하여 광고, 파일, 정보를 송신하는 것이 불가능하다. 특히, 자동화된 시스템에서 실시간 온라인으로 이를 처리하는 방안도 존재하지 않는다. 또한 무선 광대역 통신망 사업자가 스스로 광고 등을 만들어서 그룹화 된 단말들에게 전달하고자 하는 경우에도 활용할 만한 기술이 없는 실정이다. 이러한 문제점은 스마트 그리드(SmartGrid), 자동 판매기 등 사람이 아닌 기계에 통신 모듈이 장착되어 무선 광대역 통신망을 사용하는 경우에 있어서 대규모의 장비에 정보를 전송하는 경우에 두드러지게 나타난다. 특히 무선 광대역 통신망을 활용하는 컨텐츠 제공자 및 SII 업체와 같은 사업자들에게 큰 제약 사항으로 작용한다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 무선 광대역 통신망을 통하여 광고, 파일, 정보를 대규모로 전달하고자 하는 컨텐츠 제공자(또는 무선 광대역 사업자)가 실시간 온라인으로 특정 단말들을 특정 지역에 대해 등록하고, 해당 단말들의 시스템 정보 및 무선 신호 수신 세기 정보에 대한 통계 정보를 제공받는 방법 및 장치를 제공하는데 그 목적이 있다.
또한, 본 발명은 무선 광대역 통신망을 사용하는 단말들에 대해 실시간 온라인으로 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 광고, 파일, 정보를 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송 결과를 통계적인 정보로 컨텐츠 제공자에게 제공하는 방법 및 장치를 제공하는데 그 목적이 있다.
상기와 같은 문제점을 해결하기 위해 본 발명에서는 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하기 위해 컨트롤러(OGI-Controller(OGI-컨트롤러))가 컨텐츠 제공자로부터 제공되는 정보를 상기 단말에게 전송하기 위한 서비스를 등록하고, 상기 정보를 수신할 단말 그룹에 대한 ID를 할당받는 서비스 등록 단계, 상기 컨텐츠 제공자가 상기 단말 그룹을 상기 컨트롤러에게 등록하는 단말 등록 단계, 상기 등록된 단말 그룹에 속하는 단말들의 동작 상태를 보고 받는 단말 상태 확인 단계, 상기 단말들의 동작 상태에 기반하여 상기 단말들에게 클래스를 할당하는 단말 클래스 할당 단계 및 상기 단말 상태를 상기 컨텐츠 제공자에게 보고하는 단말 상태 보고 단계를 포함하는 것을 특징으로 한다.
또한, 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보 전송을 위해 등록된 단말에게 상기 정보를 전송하는 컨트롤러(OGI-Controller(OGI-컨트롤러))의 정보 전송 방법은 컨텐츠 제공자가 정보 전송을 위한 서비스 등록을 요청하고 세션 ID를 할당받는 서비스 요청 단계, 상기 요청된 서비스를 개시하는 서비스 활성화 단계, 단말이 미리 설정된 시간에 상기 정보를 수신하기 위한 스케쥴링 정보를 상기 단말에게 전송하는 스케쥴링 통지 단계, 상기 스케쥴링에 따라 상기 단말에게 정보를 전송하는 정보 전송 단계, 상기 정보를 수신한 단말로부터 전송 오류에 대한 보고를 수신하는 단말 확인 단계 및 상기 정보 전송 시 오류가 발생한 정보에 대해 재전송을 수행하는 정보 복구 단계를 포함하는 것을 특징으로 한다.
그리고 본 발명의 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하기 위해 단말을 등록하는 장치는 컨텐츠 제공자로부터 제공되는 정보를 상기 단말에게 전송하기 위한 서비스를 등록하고 상기 정보를 수신할 단말 그룹에 대한 ID를 할당받으며, 상기 단말 그룹을 등록하고, 상기 등록된 단말 그룹에 속하는 단말들의 동작 상태를 확인하며, 상기 단말들의 동작 상태에 기반하여 상기 단말들에게 클래스를 할당하고, 상기 단말 상태를 상기 컨텐츠 제공자에게 보고하도록 제어하는 프로세서 및 상기 단말과 통신을 수행하는 네트워크 모듈을 포함하는 것을 특징으로 한다.
또한, 본 발명의 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보 전송을 위해 등록된 단말에게 상기 정보를 전송하는 정보 전송 장치에 있어서, 컨텐츠 제공자로부터 정보 전송을 위한 서비스 등록 요청을 수신하고 상기 서비스에 대응하는 세션 ID를 할당하며, 상기 요청된 서비스를 개시하고, 단말이 미리 설정된 시간에 상기 정보를 수신하기 위한 스케쥴링 정보를 상기 단말에게 전송하며, 상기 스케쥴링에 따라 상기 단말에게 정보를 전송하고, 상기 정보를 수신한 단말로부터 전송 오류에 대한 보고를 수신하도록 제어하는 프로세서 및 상기 단말과 통신을 수행하는 네트워크 모듈을 포함하는 것을 특징으로 한다.
본 발명에 따르면 컨텐츠 제공자가 특정 다수의 단말들에게 효율적이고 용이하게 그룹을 생성하고, 상기 생성된 그룹에 단말을 등록할 수 있으며, 등록된 단말들에 대해 시스템 정보 및 무선 수신 신호 세기 정보를 보고받을 수 있다. 컨텐츠 제공자는 이러한 정보를 이용하여 단말의 수리, 개선 및 위치 조정 등의 업그레이드 자료로 활용할 수 있다.
또한, 본 발명에 따르면 컨텐츠 제공자가 무선 광대역 통신망 사업자와 실시간 온라인화된 시스템을 통하여 다양한 포맷의 광고, 파일, 정보를 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송에 대한 결과를 통계적인 정보로 제공받을 수 있다. 이를 통하여, 컨텐츠 제공자 또는 무선 광대역 통신 사업자는 멀티캐스트 또는 브로드캐스트 채널을 통하여 대규모의 단말로 광고, 파일, 정보를 실시간 온라인으로 전송할 수 있으므로 무선 자원을 효과적으로 사용할 수 있다.
도 1은 본 발명의 실시예에 따른 실시간 온라인 멀티캐스트 또는 브로드캐스트 서비스를 제공하는 개념을 도시하는 도면.
도 2는 본 발명의 실시예에 따른 단말(130)에서 복수의 어플리케이션이 동작하는 개념 및 본 발명에서 사용하는 식별자의 종류를 도시하는 도면.
도 3 및 도 4는 본 발명의 실시예에 따른 정보 전송의 대상이 되는 그룹과 단말(130)의 상관도를 도시하는 도면.
도 5는 본 발명의 실시예에 따른 네트워크의 구성을 도시하는 구성도.
도 6은 OGI-Controller(OGI-컨트롤러)(560)의 내부 구조를 도시하는 블록도.
도 7은 OGI-Gateway(OGI-게이트웨이)(570)의 내부 구조를 도시하는 블록도.
도 8은 ContentProvider-Server(컨텐츠 제공자)(580)의 내부 구조를 도시하는 블록도.
도 9는 본 발명의 실시예에 따라 무선 광대역 통신망을 통하여 정보 전송을 수행하기 위해, 상기 정보를 전송할 단말(130)들을 무선 광대역 통신망에 등록하고 관리하는 과정을 도시하는 순서도.
도 10은 도 9에서 도시되는 서비스 등록 절차인 910 단계를 구체적으로 도시하는 순서도.
도 11은 도 10에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도.
도 12는 1150 단계에서 사용되는 그룹 ID 관리 테이블의 구조를 도시하는 도면.
도 13은 도 9에서 도시되는 단말 등록 절차인 920 단계를 구체적으로 도시하는 순서도.
도 14는 도 13에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도.
도 15는 본 발명의 단말 관리 테이블의 구조를 도시하는 도면.
도 16은 도 9에서 도시되는 단말 상태 확인 절차인 930 단계를 구체적으로 도시하는 순서도.
도 17은 단말(130)들로부터 시스템 정보 및 무선 수신 세기 정보를 보고 받는 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도.
도 18은 도 17에서 기술된 단말 상태 보고 테이블의 구조를 도시하는 도면.
도 19는 도 17에서 기술된 단말 무선 수신 세기 테이블의 구조를 도시하는 도면.
도 20은 강제적인 유니캐스트(Unicast) 메시지 전달을 통하여 상태 보고를 수행하는 과정을 도시하는 도면.
도 21은 특정 단말에 대한 보고를 Unicast로 수행하는 경우의 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도.
도 22는 도 9에서 도시되는 단말 클래스 할당 절차인 940 단계를 구체적으로 도시하는 순서도.
도 23은 OGI-Controller(OGI-컨트롤러)(560)의 단말 클래스를 할당하는 과정을 도시하는 순서도.
도 24는 단말-ACK 클래스 테이블의 구조를 도시하는 도면.
도 25는 본 발명의 매핑 테이블의 구조를 도시하는 도면.
도 26은 Unicast에 기반하여 단말의 클래스를 할당하는 과정을 도시하는 순서도.
도 27은 단말 정보 보고 절차를 도시하는 도면.
도 28은 단말 정보 보고 테이블의 구조를 도시하는 도면.
도 29 내지 도 37은 본 발명의 제 1실시예에서 사용하는 메시지의 구조를 도시하는 도면.
도 38은 OGI-FileServer(OGI-파일 서버)(550)의 내부 구조를 도시하는 블록도.
도 39는 본 발명의 제2 실시예에 따라 단말(130)들에 대해 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송 결과를 통계적인 정보로 컨텐츠 제공자에게 제공하는 과정을 도시하는 순서도.
도 40은 도 39의 서비스 요청 단계인 3910 단계를 구체적으로 도시하는 순서도.
도 41은 도 40에서 OGI-Controller(OGI-컨트롤러)(560)가 세션을 등록하는 과정을 도시하는 순서도.
도 42는 본 발명의 세션 정보 테이블의 구조를 도시하는 도면.
도 43은 본 발명의 SLA 테이블의 구조를 도시하는 도면.
도 44는 도 40의 세션 등록 절차에서 파일을 저장하기 전의 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도.
도 45는 도 40의 세션 등록 절차에서 파일을 저장한 후의 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도.
도 46은 도 40의 세션 등록 단계에서, 세션 등록 절차가 실패한 경우의 처리 과정을 도시하는 순서도.
도 47은 도 46의 세션 등록 절차 실패 경우에 있어서, OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 48은 도 40의 세션 등록 단계 수행 중, OGI-FileServer(OGI-파일 서버)의 용량 부족 등의 문제로 인하여 세션 등록이 실패한 경우의 처리 과정을 도시하는 순서도.
도 49는 도 48의 세션 등록 실패 시 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도.
도 50은 도 48에서 OGI-FileServer(OGI-파일 서버)(550)의 동작이 실패한 경우의 처리 과정을 도시하는 순서도.
도 51은 도 39에서 도시되는 3920 단계의 서비스 활성화 단계의 수행 과정을 구체적으로 도시하는 도면.
도 52는 도 51에서 세션을 개시하는 경우의 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 53은 본 발명의 통지 정보 테이블의 구조를 도시하는 도면.
도 54는 본 발명의 ACK 클래스 테이블의 구조를 도시하는 도면.
도 55는 도 51의 서비스 활성화 단계에서, 세션을 개시하는 경우의 OGI-FileServer(OGI-파일 서버)(550)의 동작 과정을 도시하는 순서도.
도 56은 도 39에서 도시된 3930 단계의 스케쥴링 통지 단계를 구체적으로 도시하는 순서도.
도 57은 도 56의 스케쥴링 정보 전달 과정에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 58은 셀 별 차별화하여 세션 스케쥴링 정보를 전달하는 과정을 도시하는 순서도.
도 59는 본 발명의 통지 정보 테이블의 구조를 도시하는 순서도.
도 60은 도 58의 셀별 차별화된 스케쥴링 통지 단계에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 61은 도 39의 3940 단계인 파일 전송 단계의 구체적인 과정을 도시하는 순서도.
도 62는 도 61에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 63은 도 61에서 OGI_FileSerrver(550)의 동작 순서를 도시하는 순서도.
도 64는 파일 전송 시, 각 셀에 최적화된 무선 채널을 통해 파일을 전송하는 과정을 도시하는 순서도.
도 65는 도 64에서 OG-Controller(560)의 동작 순서를 도시하는 순서도.
도 66은 도 39의 3950 단계인 단말 확인 단계의 구체적인 과정을 도시하는 순서도.
도 67은 도 66에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 68은 본 발명의 ACK 테이블 구조를 도시하는 도면.
도 69는 Unicast에 기반한 수신 상태 보고 절차를 도시하는 도면.
도 70은 도 69에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 71은 도 39에서 도시된 파일 복구 단계인 3960 단계를 구체적으로 도시하는 순서도.
도 72는 도 71에서 OGI FileServer(550)의 동작 순서를 도시하는 순서도.
도 73은 파일 재전송을 멀티캐스트/브로드캐스트 채널 별로 각 셀에 따라 수행하는 과정을 도시하는 순서도.
도 74는 도 39의 그룹 전송 보고 단계의 세부 과정을 도시하는 순서도.
도 75는 도 74에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도.
도 76은 전송 결과 통계 정보 보고 테이블의 구조를 도시하는 도면.
도 77 내지 도 97은 본 발명의 제2 실시예에서 사용되는 메시지들의 구조를 도시하는 도면.
도 98은 본 발명의 실시예에 따라 고정형 단말에 대해 파일을 전송하는 방법을 도시하는 도면.
도 99는 본 발명의 실시예에 따라 이동형 단말에 대해 파일을 전송하는 방법을 도시하는 도면.
도 100은 본 발명의 실시예에 따른 클래스 기반의 분산된 단말 ACK 전송 방법을 도시하는 도면.
도 101은 본 발명의 실시예에 따른 고정형 단말에 대한 파일 재전송 방법을 도시하는 도면.
이하에서 기술되는 본 발명의 실시예는 제1 실시예와 제2 실시예로 구분하여 기술하도록 한다. 여기서 제1 실시예는 컨텐츠 제공자가 정보를 전달하고자 하는 특정 단말들을 특정 지역에 대해 등록하고, 해당 단말들의 시스템 정보 및 무선 신호 수신 세기 정보를 제공받는 과정을 정의한다. 그리고 제2 실시예는 무선 광대역 통신 사업자가 무선 채널을 통하여 광고, 파일, 정보를 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송 결과를 통계적인 정보로 컨텐츠 제공자에게 제공하는 과정을 정의한다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예들을 상세히 설명한다. 이 때, 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다.
도 1은 본 발명의 실시예에 따른 실시간 온라인 멀티캐스트 또는 브로드캐스트 서비스를 제공하는 개념을 도시하는 도면이다.
도 1에서는 본 발명에서 궁극적으로 성취하고자 하는 목표가 도시된다. 즉, 본 발명에서는 무선 광대역 통신망을 통하여 대규모의 단말(130)들에게 광고 정보, 다양한 형태의 파일 또는 정보를 전달하는 방법을 제공하고자 한다. 이 경우, 광고/파일/정보(이하, '정보') 전송을 요청하는 컨텐츠 제공자(110)와 무선 광대역 통신망 사업자(120) 사이에는 자동화되고 실시간으로 동작하는 온라인 시스템을 구축한다.
도 1에서 도시되는 바와 같이, 컨텐츠 제공자(110)는 무선 광대역 통신망 사업자(120)에게 전송을 요청하는 그룹의 정보 및 전송할 컨텐츠를 전달한다. 이 경우, 컨텐츠 제공자(110)는 상기 전송을 요청하는 지역 및 우선 순위, 요청되는 전송 완료 시간과 중요성 등의 정보를 함께 전달할 수 있다.
이에 대해, 무선 광대역 통신망 사업자(120)는 무선 광대역 통신망의 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 상기 요청된 정보를 효과적으로 전송하고, 이에 대한 통계 정보를 컨텐츠 제공자(110)에게 전달한다. 이에 대한 보상으로, 컨텐츠 제공자(110)는 무선 광대역 통신망 사업자(120)에게 요금을 지불할 수 있다.
도 1에서는 본 발명의 제1 실시예 및 제2 실시예를 전체적으로 정의한다. 이하에서 제1 실시예와 제2 실시예를 구분하여 정의하면, 제1 실시예에서는 컨텐츠 제공자(110)가 정보를 전송하고자 하는 단말(130)(또는 서비스)을 무선 광대역 통신망에 등록하는 과정, 해당 단말(130)들이 무선 광대역 통신망에 위치한 무선 환경과 단말(130) 자체의 시스템 상황을 파악하는 과정, 상기 파악 결과를 무선 광대역 통신망 사업자(120)가 컨텐츠 제공자(110)에게 전달함으로써 해당 단말(130)의 위치를 조절하거나 오류를 수정하는 과정, 상기 무선 광대역 통신망을 통하여 멀티캐스트/브로드캐스트 되는 정보를 효과적으로 수신하도록 하는 과정을 정의한다.
한편, 제2 실시예에서는 컨텐츠 제공자(110)가 정보를 무선 광대역 통신망을 통하여 전송하는 방법을 정의한다. 보다 구체적으로, 제1 실시예는 컨텐츠 제공자(110)가 무선 광대역 통신망과 협의하는 과정, 컨텐츠 제공자(110)가 상기 협의된 환경을 기반으로 컨텐츠를 무선 광대역 통신망에 등록하는 과정, 무선 광대역 통신망이 상기 등록된 컨텐츠를 멀티캐스트 또는 브로드 캐스트 채널을 통하여 단말(130)들에게 전송하는 과정, 해당 단말(130)들이 컨텐츠 수신에 대한 응답을 전달하는 과정, 무선 광대역 통신망이 상기 단말(130)로부터 수신된 응답을 기반으로 무선 자원을 최적화하여 오류가 발생된 정보에 대해 재전송을 수행하는 과정, 상기 전송 완료 사실을 컨텐츠 제공자에게 전달하는 통계적 정보 작성 및 보고 과정을 정의한다.
도 2는 본 발명의 실시예에 따른 단말(130)에서 복수의 어플리케이션이 동작하는 개념 및 본 발명에서 사용하는 식별자의 종류를 도시하는 도면이다.
단말(130)에서 동작하는 어플리케이션은 필요에 따라 무선 광대역 통신망을 통하여 컨텐츠 제공자(110)로부터 다운로드할 수 있다. 이 경우, 각 단말(130)은 무선 광대역 통신망에서 단말(130)의 식별자인 디바이스 ID(Device-ID)를 가진다. 한편, 어플리케이션은 각 어플리케이션을 무선 광대역 통신망에서 식별하기 위하여 고유의 그룹 ID(Group-ID)를 가진다. 또한 각 어플리케이션 별로 시간대에 따라 서로 다른 파일을 전송할 때, 해당 파일 전송을 무선 광대역 통신망에서 식별하기 위하여 각 파일 전송은 세션 ID(Session-ID)로 구분될 수 있다.
도 3 및 도 4는 본 발명의 실시예에 따른 정보 전송의 대상이 되는 그룹과 단말(130)의 상관도를 도시하는 도면이다.
도 3에서 도시되는 바와 같이, 어플리케이션은 복수의 단말(130)들에 대해 하나의 그룹으로서 복수의 단말들을 포함할 수 있다.
그러나 도 4에서 도시되는 바와 같이, 단말(130)은 복수의 그룹에 속할 수 있는 구조를 가질 수도 있다. 이는 어플리케이션이 소프트웨어와 같은 형상으로 존재하여 하나의 단말(130)에서 복수의 소프트웨어가 동작할 수 있는 개념과 동일하다.
도 5는 본 발명의 실시예에 따른 네트워크의 구성을 도시하는 구성도이다.
본 발명의 설명을 용이하게 하기 위하여, 이후의 설명은 유럽 국제표준화단체인 3GPP의 HSPA(High Speed Packet Access)/LTE(Long Term Evolution)를 기준으로 구체적인 예를 들어 설명한다. 하지만, 본 발명에서 제안하는 방법은 북미 국제표준화단체인 3GPP2의 CDMA2000 계열의 통신 네트워크 및 WiMAX 포럼의 Mobile WiMAX와 같은 통신 네트워크에 대해서도 동일하게 적용될 수 있다.
도 5에서, UE(User Equipment)(510)는 무선 광대역 통신망에서 통신을 수행하는 단말 장치이다. BSS(Base Stations System)(520)은 무선 통신을 지원하는 시스템 장치들을 의미하며 기지국 등이 이에 포함될 수 있다. BM-SC(Broadcast/Multicast Service Center)(530)는 무선 광대역 통신망에서의 방송 채널을 제어하는 장치이다. GSN(GPRS Support Node)(540)은 무선 광대역 통신망에서의 위치 이동성과 데이타 통신의 접점을 의미한다. 여기서, 상기한 BSS(520), BM-SC(530), GSN/GW(540)는 기존의 3GPP 통신네트워크에 이미 존재하는 장치들이며, 본 발명에서는 이 장치들의 기능을 확장한다.
그리고 도5에서 도시되는 (OGI-FileServer(OGI-파일 서버))(550), (OGI-Controller(OGI-컨트롤러))(560), OGI-게이트웨이(OGI-Gateway(OGI-게이트웨이))(570) 및 컨텐츠 제공자(3rdPartyContentServer)(또는 컨텐츠 제공자, 이하 동일하다)(580)는 본 발명에서 새롭게 제안하는 장치이다.
OGI-FileServer(OGI-파일 서버)는(550)는 컨텐츠 제공자(110)가 단말(130)들에게 전송하고자 하는 정보 및 상기 정보 재전송을 위한 물리적인 파일들을 관리한다. 그리고 OGI-FileServer(OGI-파일 서버)는(550)는 상기 정보 및 파일들을 실제 무선 채널을 통하여 한다. 이를 위해, OGI-FileServer(OGI-파일 서버)는(550)는 오리지날 파일에 대한 데이터 베이스와 재전송을 위하여 변환된 데이터 베이스를 포함하고 있다. 그리고 다른 장비들과의 통신을 위한 모듈과 BSS-CN(520), OGI-Controller(OGI-컨트롤러)(560), OGI-Gateway(OGI-게이트웨이)(570)와의 통신 프로토콜을 처리하는 프로세서를 포함하고 있다. 이와 같은 OGI-FileServer(OGI-파일 서버)는(550)의 내부 구조는 제2 실시예의 설명 부분에서 기술하도록 한다.
OGI(Open Group delivery service Interface)-Controller(560)는 본 발명의 핵심이 되는 기능을 지원하는 엔티티이다. 이를 위해, OGI(Open Group delivery service Interface)-Controller(560)는 무선 광대역 통신망 내부에 존재하여 정보를 전달하고자 하는 단말(130)들의 정보를 등록하고, 이에 대한 관리를 수행한다. 상기 OGI-Controller(OGI-컨트롤러)(560)의 내부 구조가 도 6에서 도시된다.
도 6은 OGI-Controller(OGI-컨트롤러)(560)의 내부 구조를 도시하는 블록도이다.
상기 도6에 도시된 바와 같이, OGI-Controller(OGI-컨트롤러)(560)는 BM-SC(530), GSN/GW(540) 및 OGI-Gateway(OGI-게이트웨이)(570)와의 통신을 지원하기 위한 네트워크 모듈(610)을 구비한다. 그리고 내부적으로 BM-SC(530), GSN/GW(540) 과의 통신 기능을 지원하는 BSS-CN 프로세서(620)를 지원하며, OGI-Gateway(OGI-게이트웨이)(570)와의 통신 기능을 지원하는 OGI-GW 프로세서(630)를 가진다. 아울러 OGI-Controller(OGI-컨트롤러)(560)는 내부 정보를 가공 및 관리하기 위한 데이터 베이스(640)를 가진다.
도 5의 설명으로 복귀하면, OGI-Gateway(OGI-게이트웨이)(570)는 무선 광대역 통신망과 컨텐츠 제공자(110)간의 연결지점으로서 실시간 온라인으로 컨텐츠 제공자(110)가 희망하는 단말(130)들에 대해서 무선 자원을 효율적으로 사용하여 정보를 전송할 수 있는 접점의 역할을 수행한다. 상기 OGI-Gateway(OGI-게이트웨이)(570)에 대한 내구 구조가 도 7에서 도시된다.
도 7은 OGI-Gateway(OGI-게이트웨이)(570)의 내부 구조를 도시하는 블록도이다.
도 7에서 도시되는 바와 같이, OGI-Gateway(OGI-게이트웨이)(570)는 OGI-FileServer(OGI-파일 서버)(550), OGI-Gateway(OGI-게이트웨이)(570) 및 ContentProvider-Server(컨텐츠 제공자)(580)와 통신을 수행하기 위한 네트워크 모듈(710)을 구비한다. 또한, OGI-Gateway(OGI-게이트웨이)(570)는 내부적으로 각각의 장치와의 통신 프로토콜을 수행하기 위한 프로세서가 존재한다. OGI 베어러 프로세서(720)는 OGI-FileServer(OGI-파일 서버)(550)와의 통신을 수행하는 프로세서이며, OGI 컨트럴 프로세서(730)는 OGI-Controller(OGI-컨트롤러)(560)와의 통신을 수행한다. CP 프로세서(740)는 ContentProvider-Server(컨텐츠 제공자)(580)와의 통신을 지원하는 프로세서이다. 아울러 OGI-Gateway(OGI-게이트웨이)(570)는 내부적으로 정보를 처리 가공하기 위한 데이터 베이스(750)를 구비할 수 있다.
다시 도 5의 설명으로 복귀하면, 무선 광대역 통신망을 통하여 정보의 전송을 요청하는 컨텐츠 제공자(110)에는 ContentProvider-Server(컨텐츠 제공자)(580)가 위치하여 실시간 온라인 전송이 지원된다. 이러한 ContentProvider-Server(컨텐츠 제공자)(580)의 내부 구조가 도 8에서 도시된다.
도 8은 ContentProvider-Server(컨텐츠 제공자)(580)의 내부 구조를 도시하는 블록도이다.
도 8에서 도시되는 바와 같이, ContentProvider-Server(컨텐츠 제공자)(580)는 OGI-Gateway(OGI-게이트웨이)(570)와의 통신을 위한 네트워크 모듈(810)과 통신 프로토콜을 처리하는 OGI 프로세서(820)가 지원된다. 아울러, ContentProvider-Server(컨텐츠 제공자)(580)는 각종 정보를 가공하고 관리하기 위한 데이터 베이스(830)를 구비할 수 있다.
<제 1실시예>
이하에서는 무선 광대역 통신망을 통하여 정보를 전달하고자 하는 컨텐츠 제공자(110)가 특정 단말(130)들을 특정 지역에 대해 등록하고, 해당 단말(130)들의 시스템 정보 및 무선 신호 수신 세기 정보에 대한 통계 정보를 제공받는 방법에 대한 제1 실시예를 기술하도록 한다.
도 9는 본 발명의 실시예에 따라 무선 광대역 통신망을 통하여 정보 전송을 수행하기 위해, 상기 정보를 전송할 단말(130)들을 무선 광대역 통신망에 등록하고 관리하는 과정을 도시하는 순서도이다.
우선, 910 단계인 서비스 등록 단계(Service Registration Phase)는 컨텐츠 제공자(110)가 컨텐츠를 배포하고자 하는 경우, 해당 컨텐츠를 수신할 멀티캐스트 그룹을 무선 광대역 통신망으로부터 승인 받고 이에 대한 Group-ID를 할당 받는 절차이다. 이를 통하여 컨텐츠 제공자(110)는 앞서 설명한 어플리케이션에 대한 Group-ID를 할당 받는다.
920 단계인 단말 등록 단계(UE-Registration Phase)는 컨텐츠 제공자(110)가 해당 어플리케이션이 동작하는 단말(130)들을 제한하고, 해당 단말(130)들에 대해서만 정보 전달을 수행하는 경우에 있어서, 해당 단말(130)들을 무선 광대역 통신망 사업자에게 등록하여, 보다 효율적인 제어와 관리를 받도록 하게 하는 절차이다.
930 단계인 단말 상태 확인 단계(UE Status Check Phase)는 등록된 단말(130)들이 정상적으로 동작하는지의 여부를 무선 광대역 통신망으로부터 보고받는 단계이다. 이를 위해, 무선 광대역 통신망은 단말(130)들의 무선 수신 신호 세기 정보를 보고받는다. 이와 같은 과정을 통해, 컨텐츠 제공자(110)는 보다 수신 강도를 올릴 수 있는 장치로 변환하거나, 단말(130)의 위치를 이동 시키거나 또는 시스템의 오류를 수정할 수 있다.
940 단계인 단말 클래스 할당 단계(UE Class Assignment Phase)는 단말(130)들에게 전송하고자 하는 정보에 대한 전송 성공 여부를 판단하고, 재전송을 위하여 각 단말(130) 등에 대한 응답 우선순위와 구체적인 응답 방법을 정의한다. 이와 같은 과정을 통해, 컨텐츠 제공자(110)는 무선 광대역 통신망을 통해 신뢰성 있는 전송을 기대할 수 있게 된다.
마지막으로 950 단계인 단말 상태 보고 단계(UE Status Report Phase)는 실제로 정보를 송수신하고 있지는 않지만, 전송을 하기 전에 단말(130)들이 적절하게 동작하는지의 여부 및 무선 광대역 통신망에 대한 수신 세기가 적절한지를 컨텐츠 제공자(110)에게 보고하는 단계이다. 이와 같은 과정을 통하여 무선 광대역 통신망은 컨텐츠 제공자(110)에게 단말(130)들에 대한 개선 및 과금의 정당성 등에 대한 제반 정보를 제공한다.
도 10은 도 9에서 도시되는 서비스 등록 절차인 910 단계를 구체적으로 도시하는 순서도이다.
ContentProvider-Server(컨텐츠 제공자)(580)는 1010 단계에서 OGI-Gateway(OGI-게이트웨이)(570)로 특정 지역의 고정 혹은 이동 단말들에 대하여 OGI-서비스 등록 요청(OGI-ServiceRegistrationRequest) 메시지를 전송한다. 이는 멀티캐스트/브로드캐스트 전송을 요청하기 위함이다. 상기 메시지를 수신한 OGI-Gateway(OGI-게이트웨이)(570)는 적합한 OGI-Controller(OGI-컨트롤러)(560)에게 상기 수신한 OGI-서비스 등록 요청(OGI-ServiceRegistrationRequest) 메시지를 포워드한다. OGI-Controller(OGI-컨트롤러)(560)는 적합한 요청인 경우 Group-ID를 발행하여 향후 해당 요청에 대한 식별자로서 활용토록 한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 1030 단계에서 OGI-서비스 등록 응답)OGI-ServiceRegistrationResponse 메시지를 OGI Gateway(OGI-게이트웨이)(OGI 게이트웨이)(570)에게 전달하고, 상기 메시지는 1040 단계에서 ContentProvider-Server(컨텐츠 제공자)(580)로 전달된다.
도 11은 도 10에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 1110 단계에서 OGI-서비스 등록 요청(OGI-ServiceRegistrationRequest) 메시지를 수신한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 1120 단계에서, 요청받은 지역이 멀티캐스트/브로드캐스트에 적합한지 여부를 확인한다. OGI-Controller(OGI-컨트롤러)(560)는 1130 단계에서, 상기 요청이 적합한 요청이라고 판단한 경우, 1150 단계로 진행하여 해당 어플리케이션을 구분하기 위한 그룹 식별자(Group-ID)를 생성한다.
이와 동시에, OGI-Controller(OGI-컨트롤러)(560)는 상기 1150 단계에서, 도 12에서 도시되는 바와 같은 그룹 ID 관리 테이블을 생성한다. 상기 그룹 ID 관리 테이블은 해당 그룹-ID(Group-ID)가 어떠한 컨텐츠 제공자에게 발행되었는지를 지시하는 컨텐츠 제공자 식별자(CP-ID), 해당 그룹 내의 단말이 고정 단말인지 또는 이동 단말인지의 여부를 지시하는 타입(Type) 식별자, 해당 멀티캐스트/브로드캐스트가 물리적으로 어떠한 지역에 대해서 허용된 것인지를 지시하는 지역(Region) 식별자를 포함할 수 있다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 1160 단계에서 이유(Reason) 코드를 성공으로 셋팅하고, 1170 단계에서 생성한 Group-ID를 포함하는 응답을 OGI-서비스 등록 응답(OGI-ServiceRegistrationResponse) 메시지를 통하여 다시 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 ContentProvider-Server(컨텐츠 제공자)(580)로 전달한다.
한편, OGI-Controller(OGI-컨트롤러)(560)는 1130 단계에서, 요청받은 지역이 멀티캐스트/브로드캐스트에 적합하지 않은 경우 1140 단계에서 이유(Reason) 코드를 실패로 기록하고, 1170 단계에서 OGI-서비스 등록 응답(OGI-ServiceRegistrationResponse) 메시지를 ContentProvider-Server(컨텐츠 제공자)(580)로 전달한다.
도 13은 도 9에서 도시되는 단말 등록 절차인 920 단계를 구체적으로 도시하는 순서도이다. 상기 단말 등록 절차는 컨텐츠 제공자(110)의 요청으로 특정 멀티캐스트/브로트캐스트 대상이 되는 단말(130)들을 앞서 발행된 그룹-ID((Group-ID)에 연계하는 절차이다.
도 13에서 도시되는 바와 같이, 컨텐츠 제공자(130)는 1310 단계에서 ContentProvider-Server(컨텐츠 제공자)(580)를 통하여 특정 그룹에 단말(130)들의 정보를 연계하도록 하는 메시지인 OGI-UE 등록 요청(OGI-UERegistrationRequest) 메시지를 OGI-Gateway(OGI-게이트웨이)(570)에 전달한다. 상기 메시지는 1320 단계에서 OGI-Controller(OGI-컨트롤러)(560)에게 포워드 된다. 그러면 상기 메시지를 수신한 OGI-Controller(OGI-컨트롤러)(560)는 내부적으로 해당 그룹에 대한 단말들의 정보를 저장하고, 1330 단계에서 성공 혹은 실패 여부에 대한 정보를 포함하는 OGI-UE 등록 응답(OGI-UERegistrationResponse) 메시지를 OGI-Gateway(OGI-게이트웨이)(570)에 전달한다. 그러면 OGI-Gateway(OGI-게이트웨이)(570)는 1340 단계에서 상기 수신한 메시지를 ContentProvider-Server(컨텐츠 제공자)(580)로 전달한다.
도 14는 도 13에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도이다.
OGI-Controller(OGI-컨트롤러)(560)는 1410 단계에서 OGI-Gateway(OGI-게이트웨이)(570)로부터 OGI-UE 등록 요청(OGI-UERegistrationRequest) 메시지를 수신 한다. 그러면 OGI-Controller(OGI-컨트롤러)(560)는 단말 관리 테이블(UE Management Table)에 해당 그룹-ID(Group-ID)에 포함되는 단말-ID(Device-ID)들을 저장한다. 여기서 상기 단말 관리 테이블에 대한 일 예시가 도 15에서 도시된다.
도 15에서 도시되는 바와 같이, 단말 관리 테이블은 1150 단계에서 생성한 그룹-ID(Group-ID)에 대하여 복수의 단말-ID(Device-ID) 들이 등록되는 형태로 구현된다. 이 경우, 상기 단말-ID( Device-ID)는 IMEI(International Machine Equipment Identifier) 또는 해당 단말의 무선 광대역 통신망 내에서의 단독성(유일성)을 보장하는 식별자를 사용한다.
다시 도 14의 설명으로 복귀하면, OGI-Controller(OGI-컨트롤러)(560)는 단말 관리 테이블에 대한 처리 결과에 따라 이유(Reason) 코드를 기록한다. 다시 말해, OGI-Controller(OGI-컨트롤러)(560)는 상기 처리 결과가 성공적인 경우, 1440 단계로 진행하여 이유(Reason) 코드를 성공으로 기록한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 1460 단계에서 상기 결과를 OGI-UE 등록 응답(OGI-UERegistrationResponse) 메시지를 통하여 ContentProvider-Server(컨텐츠 제공자)(580)로 전달한다.
반면, 상기 처리 결과가 실패한 경우, OGI-Controller(OGI-컨트롤러)(560)는 1450 단계로 진행하여 이유(Reason) 코드를 실패로 기록한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 1460 단계에서 상기 결과를 OGI-UE 등록 응답(OGI-UERegistrationResponse) 메시지를 통하여 ContentProvider-Server(컨텐츠 제공자)(580)로 전달한다.
도 16은 도 9에서 도시되는 단말 상태 확인 절차인 930 단계를 구체적으로 도시하는 순서도이다.
무선 광대역 통신망에 설치된 컨텐츠 제공자(110)의 단말(130)들은 정기적 또는 비정기적으로 무선 광대역 통신망을 통하여 OGI-Controller(OGI-컨트롤러)(560)에게 자신의 시스템 상태 및 무선 수신 세기 정보를 보고한다.
이를 위하여 OGI-Controller(OGI-컨트롤러)(560)는 1610 단계에서, BM-SC(530) 등의 무선 멀티캐스트/브로드케스트 제어 장치를 통하여 특정 그룹의 단말들이 언제 어떤 무선 채널로 보고해야 하는 지를 멀티캐스트/브로드캐스트 채널을 통하여 알려준다. 이 경우, 무선 광대역 통신망의 역방향 채널은 제한된 자원이기 때문에, OGI-Controller(OGI-컨트롤러)(560)는 해당 보고가 밤과 같이 무선 채널의 사용이 적은 상황에서 수행되도록 스케쥴링한다.
그러면 단말(510a, 510b, ..., 510n)은 자신이 속한 그룹에 대하여 시스템 상황 및 무선 수신 세기 정보의 보고 시점을 인지하게 된다. 이에 따라 각 단말(510a, 510b, ..., 510n) 정해진 시점에 활성화되어 자신의 시스템 정보와 무선 수신 세기 정보를 OGI-Controller(OGI-컨트롤러)(560)에게 보고한다.
도 16에서는 상기한 과정의 일 예시를 도시하고 있으며, 단말 1(510a)은 1620 단계에서, 단말 2(510b)는 1630 단계에서, 단말 n(510n)은 1640 단계에서 자신의 시스템 정보와 무선 수신 세기 정보를 OGI-활성 유지 보고(OGI_KeepAliveReport) 메시지를 이용하여 OGI-Controller(OGI-컨트롤러)(560)에게 보고한다.
도 17은 단말(130)들로부터 시스템 정보 및 무선 수신 세기 정보를 보고 받는 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 1710 단계에서 각 단말(130)들로부터 OGI-활성 유지 보고(OGI_KeepAliveReport) 메시지를 수신한다. 그러면 OGI-Controller(OGI-컨트롤러)(560)는 그룹 내의 각 단말(130)들의 상태 정보를 가공 및 관리하기 위하여, 1720 단계에서 단말 상태 보고 테이블(UE-StatusReport Table)을 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 앞서 스케쥴링한 특정 그룹에 대한 보고 시간 동안에 수신되는 모든 시스템 정보 관련 보고들을 상기 상태 보고 테이블에 저장한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 1730 단계에서 모든 단말(130)들에 대해 상태 보고 테이블이 작성되었는지 여부를 판단하고, 상기 상태 보고 테이블의 작성이 완료되지 않은 경우에는 1710 단계로 복귀하여 상기 상태 보고 테이블의 작성을 계속한다.
한편, 상태 보고 테이블의 작성이 완료된 경우, OGI-Controller(OGI-컨트롤러)(560)는 1740 단계로 진행하여 단말 무선 수신 세기 테이블(UE_RSSI_Level Table)의 작성을 시작한다. 여기서, 단말 상태 보고 테이블은 각 단말(130)들의 시스템 상태 정보를 저장하는 데이터베이스이며, 단말 무선 수신 세기 테이블은 각 단말(130)들의 무선 수신 세기 정보를 저장하는 데이터베이스이다.
OGI-Controller(OGI-컨트롤러)(560)는 앞서 스케쥴링한 특정 그룹에 대한 보고 시간 동안에 수신되는 모든 무선 수신 세기 관련 보고들을 상기 단말 무선 수신 세기 테이블에 저장한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 1750 단계에서 모든 단말(130)들에 대해 단말 무선 수신 세기 테이블이 작성되었는지 여부를 판단하고, 상기 테이블의 작성이 완료된 경우, 1760 단계로 진행하여 OGI-Controller(OGI-컨트롤러)(560)가 단말(130)들로부터 상기 보고를 수신하는 주기가 경과하였는지 여부를 판단한다. 주기가 경과하지 않은 경우, OGI-Controller(OGI-컨트롤러)(560)는 1710 이하의 단계를 반복 수행한다. 반면, 주기가 경과한 경우, OGI-Controller(OGI-컨트롤러)(560)는 단말 상태 보고 테이블 및 단말 무선 수신 세기 테이블의 작성을 완료한다.
도 18은 도 17에서 기술된 단말 상태 보고 테이블의 구조를 도시하는 도면이다.
OGI-Controller(OGI-컨트롤러)(560)는 단말(130)들로부터 수신한 시스템 정보를 도 18에서 도시된 테이블과 같은 형태로 저장한다. 도 18에서 도시되는 바와 같이, 상기 단말 상태 보고 테이블은 특정 그룹에 대하여 보고를 수행한 단말(130)들의 Device-ID 및 단말(130)의 시스템 상태를 나타내는 정보를 포함한다.
도 19는 도 17에서 기술된 단말 무선 수신 세기 테이블의 구조를 도시하는 도면이다.
OGI-Controller(OGI-컨트롤러)(560)는 단말(130)들로부터 수신한 무선 수신 세기 정보를 도 19에서 도시된 테이블과 같은 형태로 저장한다. 도 19에서 도시되는 바와 같이, 상기 무선 수신 세기 테이블은 특정 그룹에 대하여 보고를 수행한 단말(130)들의 Device-ID가 포함되고, 상기 단말(130)들의 무선 광대역 통신망에 대한 무선 수신 세기 정보를 포함한다.
도 20은 강제적인 유니캐스트(Unicast) 메시지 전달을 통하여 상태 보고를 수행하는 과정을 도시하는 도면이다.
단말(130)이 멀티캐스트/브로드캐스트 채널을 통하여 수신한 스케쥴링 정보에 의거하여 예정된 시간에 자체적으로 보고를 수행하지 못하는 상황이 발생할 수 있다. 이 경우, 본 발명의 실시예에서는 도 20에서 도시되는 과정에 따라 OGI-Controller(OGI-컨트롤러)(560)의 강제적인 Unicast 메시지 전달을 통하여 상태 보고를 수행하도록 한다. 즉, OGI-Controller(OGI-컨트롤러)(560)는 특정 단말에 대해서 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지를 전달하며, 이를 수신한 단말은 앞서 도 16에서와 마찬가지로 자신의 시스템 정보 및 무선 수신 세기 정보를 담은 OGI-활성 유지 응답(OGI-KeepAliveResponse) 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전달한다.
이를 기반으로, 도 20에 대해 설명하면 OGI-Controller(OGI-컨트롤러)(560)는 2010 단계, 2030 단계, 2050 단계에서 각각 단말 1(510a), 단말 2(520b), 단말 n(520n)에게 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지를 전달한다. 상기 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지는 단말의 시스템 정보 및 무선 수신 세기 정보를 보고하라는 정보를 포함한다.
그러면 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지를 수신한 단말 1(510a), 단말 2(520b), 단말 n(520n)은 각각 2020 단계, 2040 단계, 2060 단계에서 자신의 시스템 정보 및 무선 수신 세기 정보를 담은 OGI-활성 유지 응답(OGI-KeepAliveResponse) 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전달한다.
도 21은 특정 단말에 대한 보고를 유니캐스트(Unicast)로 수행하는 경우의 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정을 도시하는 순서도이다.
특정 단말에 대한 보고를 Unicast로 수행하는 경우의 동작은 앞선 도 17에서의 OGI-Controller(OGI-컨트롤러)(560)의 동작 과정과 유사하다. 다만, 2110 단계에서, OGI-Controller(OGI-컨트롤러)(560)가 보고를 받고자 하는 특정 단말에 대하여 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지를 송신하는 단계가 더 추가된다는 점에서 도 17에서 기술된 OGI-Controller(OGI-컨트롤러)(560)의 동작과 차이점이 존재한다.
이후 2120 단계 내지 2160 단계가 수행되는 과정은 도 17에서 기술한 바와 같다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 2170 단계에서, Unicast를 통하여 보고를 받고자 하는 단말이 남아있는지 여부를 판단한다. 보고 받고자 하는 단말이 남은 경우, OGI-Controller(OGI-컨트롤러)(560)는 2110 단계로 복귀하여 이하의 단계를 반복하여 수행한다.
도 22는 도 9에서 도시되는 단말 클래스 할당 단계인 940 단계를 구체적으로 도시하는 순서도이다.
도 22에서는 OGI-Controller(OGI-컨트롤러)(560)가 단말들로부터 보고된 정보를 기반으로 재전송을 위한 보고를 어떠한 우선순위로 할 것인지 등의 클래스를 계산하고, 단말들에게 해당 클래스 할당 정보를 전달하는 과정을 도시한다.
OGI-Controller(OGI-컨트롤러)(560)는 보고된 정보를 기반으로 하여 생성된 단말별 우선 순위 테이블을 상기 단말들에게 전달한다. 이를 위하여, OGI-Controller(OGI-컨트롤러)(560)는 2210 단계에서 미리 단말들과 통신할 시간을 설정한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 2220 단계에서 해당 시간에 멀티캐스트/브로드캐스트 채널을 통해 해당 정보를 전송한다. 이와 같이, 해당 클래스 할당 정보 전송 시간은 앞서의 그룹별 보고 시간이 사전에 단말 및 OGI-Controller(OGI-컨트롤러)(560) 사이에 예약 정의된 것과 유사한 개념이다. 이를 통하여, 단말들은 자신이 어느 시점에서 어느 무선 채널을 통하여 자신의 클래스를 할당받을지 인지하고, 해당 시점이 되면 해당 채널을 통하여 자신의 클래스 할당 정보를 획득한다.
도 23은 OGI-Controller(OGI-컨트롤러)(560)의 단말 클래스를 할당하는 과정을 도시하는 순서도이다.
OGI-Controller(OGI-컨트롤러)(560)는 단말들의 보고를 통하여 생성한 단말별 무선 수신 세기 정보를 토대로 ACK 클래스를 산출한다. 이 경우, OGI-Controller(OGI-컨트롤러)(560)는 도 25에 도시된 무선 수신 세기 정보와 클래스 수준과의 매핑 테이블을 이용할 수 있다. 도 25에 도시된 매핑 테이블은 일 실시예에 불과하며, 설치된 네트워크에 따라 커스트마이징된 매핑 값을 활용할 수 있다. 예를 들어, 특정 단말에서 측정된 무선 수신 세기가 레벨 1인 경우, 해당 단말은 클래스 1로 분류된다. 또한 특정 단말에서 측정된 무선 수신 세기가 레벨 5인 경우, 해당 단말은 클래스 2로 분류된다.
도 25에 도시된 매핑 테이블을 통하여 산출된 각 단말별 클래스는 도 24에서 도시된 단말-ACK 클래스 테이블로 생성되어 관리된다. 도 24에서 도시된 단말-ACK 클래스 테이블 역시 일 실시예에 불과하며 보다 다양한 실시예가 존재할 수 있다.
단말-ACK 클래스 테이블은 도 24에서 도시되는 바와 같이, 해당 단말을 식별하기 위한 단말- ID(Device-ID) 및 해당 단말이 현재 할당받은 클레스 레벨을 매핑시켜 저장한다. 또한, 각 단말-ID(Device-ID)는 해당 단말이 속한 멀티캐스트/브로드캐스트 그룹 식별자인 그룹-ID(Group-ID)를 가질 수 있다.
도 26은 유니캐스트(Unicast)에 기반하여 단말의 클래스를 할당하는 과정을 도시하는 순서도이다.
특정 단말이 멀티캐스트/브로드캐스트 채널을 통하여 클래스를 할당 받는 절차에 문제가 있는 경우, OGI-Controller(OGI-컨트롤러)(560)는 유니캐스트(Unicast)를 통하여 각 단말에게 개별적으로 클래스 할당 메시지를 전달할 수 있다.
즉, OGI-Controller(OGI-컨트롤러)(560)는 2610 단계, 2630 단계, 2650 단계에서 각 단말에게 클래스를 할당하는 클래스 할당 메시지를 각각 전달한다. 그러면 단말 1(510a), 단말 2(510b), 단말 n(510n)은 각각 2620 단계, 2640 단계, 2660 단계에서 클래스 할당 응답 메시지를 전송하여, 자신이 할당받은 클래스를 인지하였음을 OGI-Controller(OGI-컨트롤러)(560)에게 알린다.
OGI-Controller(OGI-컨트롤러)(560)는 상기한 절차들을 수행하여 단말(130)들의 시스템 및 무선 수신 세기 정보를 획득한다. 이 경우, 시스템 정보는 단말(130)을 수리하거나 개선하기 위한 정보로 활용될 수 있다. 또한 무선 수신 세기 정보는 단말(130)의 무선 모듈 수리, 개선 또는 해당 단말(130)의 위치를 조정함으로써 보다 향상된 무선 통신 품질을 보장하는 정보로 활용이 가능하다.
도 27은 단말 정보 보고 절차를 도시하는 순서도이다.
ContentProvider-Server(컨텐츠 제공자)(580)는 도 27의 2710 단계에서, 단말(130)들에 대한 통계 정보를 OGI-UE 상태 보고 요청(OGI-UEStatusReportRequest) 메시지를 통하여 OGI Controller(OGI-컨트롤러)(560)에게 요청한다. 상기 OGI-UE 상태 보고 요청(OGI-UEStatusReportRequest) 메시지는 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 OGI-Controller(OGI-컨트롤러)(560)에게 전달된다.
이를 수신한 OGI-Controller(OGI-컨트롤러)(560)는 2730 단계에서, 해당 컨텐츠 제공자(Content Provider) 혹은 컨텐츠 제공자(Content Provider)의 특정 멀티캐스트/브로드캐스트 그룹에 속한 단말(130)들의 통계 정보를 OGI-UE 상태 보고(OGI-UEStatusReport) 메시지를 통하여 ContentProvider-Server(컨텐츠 제공자)(580)로 전달하게 된다. 해당 응답 메시지는 앞서의 여타 메시지들과 유사한 형태로 동작하거나 혹은 XML(eXtensible Markup Language), 이메일(Email) 등의 형태로도 구현 가능하다.
OGI-Controller(OGI-컨트롤러)(560)가 컨텐츠 제공자-서버(ContentProvider-Servr)(580)로 전달하는 정보가 도28에서 도시된다. 상기 정보는 도 28에서 도시된 바와 같이 단말 정보 보고 테이블로 작성되어 저장된다. 이 경우, 단말 정보 보고 테이블은 각 단말(130)에 대한 식별자별로 시스템 정보, 무선 수신 세기 정보, 단말(130)이 속한 그룹에 대한 정보를 포함할 수 있다.
앞서의 도식화된 메시지 송수신 절차에서 사용한 메시지들이 도 29 내지 도 37에서 정의된다. 이 경우, 모든 메시지들에 대한 공통적인 헤더 정보로서, MSG-타입(MSG-TYPE)은 해당 메시지임을 나타내는 제어 코드이며, 트랜잭션-SEQ(TRANSACTION-SEQ)는 해당 메시지를 보내는 쪽에서 중복성 및 오류를 검출하기 위하여 사용하는 코드 이다. 일반적으로 송신단에서 0에서 시작하여 특정 메시지를 송신하는 경우 1씩 증가한다.
도 29는 OGI-서비스 등록 요청(OGI-ServiceRegistrationRequest) 메시지의 구조를 도시하는 도면이다.
도 29에서 도시되는 바와 같이, OGI-서비스 등록 요청(OGI-ServiceRegistrationRequest) 메시지는 컨텐츠 제공자(110)를 식별하는 CP-ID, 목표하는 단말이 고정 단말인지 또는 이동 단말인지 여부를 지시하는 장치-특성(DEVICE-CHARACTERISTIC) 필드를 포함한다. 이후로는 멀티캐스트/브로드캐스트를 지원하고자 하는 물리적인 지역 정보가 가변 길이 필드로서 타겟 지역(TARGET-REGION) 필드에 저장되며, 해당 지역 필드의 개수가 타겟-지역-길이(TARGET-REGION-LENGTH) 필드에 정해진다. 마지막으로 서비스를 제공함에 있어서 OGI 시스템이 알아야 하는 추가적인 정보를 서비스-정보(SERVICE-INFORMATION)에 추가한다.
도 30은 OGI-서비스 등록 응답(OGI-ServiceRegistrationResponse) 메시지의 구조를 도시하는 도면이다.
상기 OGI-서비스 등록 응답(OGI-ServiceRegistrationResponse) 메시지는 컨텐츠 제공자(110)를 식별하는 CP-ID를 포함하며, 멀티캐스트/브로드캐스트를 지원하고자 하는 물리적인 지역 정보에 대해서 거부당한 지역에 대한 정보가 가변 길이 필드로서 거절 지역(REJECTED-REGION) 필드에 저장되며, 해당 지역 필드의 개수가 거절-지역-길이(REJECTED-REGION-LENGTH) 필드에 정의된다. 마지막으로 서비스를 제공함에 있어서 OGI 시스템이 발행한 그룹 식별자가 그룹-ID(GROUP-ID)로서 포함된다. 추가적으로 성공 혹은 실패에 대한 정보가 부가적으로 이유-코드(REASON-CODE)에 포함된다.
도 31은 OGI-UE 등록 요청(OGI-UERegistrationRequest) 메시지의 구조를 도시하는 도면이다.
상기 OGI-UE 등록 요청(OGI-UERegistrationRequest) 메시지는 단말(130)들이 포함된 그룹에 대한 식별자인 그룹-ID(GROUP-ID), 해당 그룹에 포함될 단말의 개수인 단말-길이(DEVICE-LENGTH) 필드를 포함한다. 그리고 해당 개수 만큼의 단말-ID(DEVICE-ID)가 이후의 필드를 채운다.
도 32는 OGI-UE 등록 응답(OGI-UERegistrationResponse) 메시지의 구조를 도시하는 도면이다.
OGI-UE 등록 응답(OGI-UERegistrationResponse) 메시지는 단말(130)들이 포함된 그룹에 대한 식별자인 그룹-ID(GROUP-ID) 및 추가적인 수행 결과를 나타내는 이유(REASON) 필드를 포함한다.
도 33은 OGI-활성 유지 보고(OGI-KeepAliveReport) 메시지의 구조를 도시하는 도면이다.
단말(130)들은 자신이 보고하는 정보가 어디에 속한 것인지를 지시하기 위하여, 그룹의 식별자인 그룹-ID(GROUP-ID)와 단말의 단말-ID(DEVICE-ID)를 전달하며, 시스템 정보를 시스템 정보(SYSTEM-INFORMATION)에 포함하고, 무선 수신 세기 정보를 RSSI에 포함한다. 아울러 성공 혹은 실패 등의 부가적인 정보를 이유(REASON) 필드에 포함한다.
도 34는 OGI-활성 유지 요청(OGI-KeepAliveRequest) 메시지의 구조를 도시하는 도면이다.
상기 OGI 활성 유지 요청(OGI-KeepAliveRequest) 메시지는 특정 단말(130)에게 보고를 요청하는 경우, 그룹에 대한 식별자인 그룹-ID(GROUP-ID), 해당 단말(130)의 식별자인 단말-ID(DEVICE-ID), 추가적인 정보 전달을 위한 이유(REASON) 필드를 포함한다.
도 35는 OGI-클래스 할당 요청(OGI-ClassAssignRequest) 메시지의 구조를 도시하는 도면이다.
상기 OGI-클래스 할당 요청(OGI-ClassAssignRequest) 메시지는 특정 단말(130)에게 향후 정보 전송에 대한 재전송 응답 등의 용도를 위하여 클래스를 할당하는 경우, 그룹에 대한 식별자인 그룹-ID(GROUP-ID), 해당 단말(130)의 식별자인 단말-ID(DEVICE-ID), 해당 단말(130)이 할당받은 할당 클래스(ASSIGNED-CLASS)를 포함하며, 또한 추가적인 정보 전달을 위한 이유(REASON) 필드를 포함한다.
도 36은 OGI-클래스 할당 응답(OGI-ClassAssignReSPONSE) 메시지의 구조를 도시하는 도면이다.
상기 OGI-클래스 할당 응답(OGI-ClassAssignReSPONSE) 메시지는 그룹에 대한 식별자인 그룹-ID(GROUP-ID)와 함께 해당 단말의 식별자인 단말-ID(DEVICE-ID) 그리고 추가적인 정보 전달을 위한 이유(REASON) 필드를 포함한다.
도 37은 OGI-UE 상태 보고 요청(OGI-UEStatusReportRequest) 메시지의 구조를 도시하는 도면이다.
상기 OGI-UE 상태 보고 요청(OGI-UEStatusReportRequest) 메시지는 ContentProvider(580)를 식별하는 CP-ID와 함께 부가적으로 특정 그룹에 대한 식별자인 그룹-ID(GROUP-ID)가 포함될 수 있으며, 추가적인 정보로서 이유(REASON) 코드를 활용하여, 메시지의 요청 배경을 OGI-Controller(OGI-컨트롤러)(560)에게 알려줄 수 있다.
<제2 실시예>
이하에서는 단말(130)들에 대해 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송 결과를 통계적인 정보로 컨텐츠 제공자(110)에게 제공하는 절차를 정의하는 제2 실시예에 대하여 기술한다.
우선, 제2 실시예의 설명에 앞서 무선 채널을 통해 실제 정보를 송수신하는 OGI-FileServer(OGI-파일 서버)(550)의 내부 구조에 대해 설명하도록 한다. 도 38은 OGI-FileServer(OGI-파일 서버)(550)의 내부 구조를 도시하는 블록도이다.
OGI-FileServer(OGI-파일 서버)는(550)는 컨텐츠 제공자(110)가 단말(130)들에게 전송하고자 하는 정보 및 상기 정보 재전송을 위한 물리적인 파일들을 관리한다. 그리고 OGI-FileServer(OGI-파일 서버)는(550)는 상기 정보 및 파일들을 실제 무선 채널을 통하여 한다. 이를 위해, OGI-FileServer(OGI-파일 서버)는(550)는 오리지날 파일에 대한 데이터 베이스와 재전송을 위하여 변환된 데이터 베이스를 포함하고 있다. 그리고 다른 장비들과의 통신을 위한 모듈과 BSS-CN(520), OGI-Controller(OGI-컨트롤러)(560), OGI-Gateway(OGI-게이트웨이)(570)와의 통신 프로토콜을 처리하는 프로세서를 포함하고 있다.
도 39는 본 발명의 제2 실시예에 따라 단말(130)들에 대해 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하고, 오류 발생 시 재전송을 수행하며, 상기 전송 결과를 통계적인 정보로 컨텐츠 제공자에게 제공하는 과정을 도시하는 순서도이다.
도 39에서 도시되는 바와 같이, 본 발명의 정보 전송 방법은 9310 단계에서 컨텐츠 제공자(110)가 무선 광대역 통신망을 통하여 정보 전송을 요청하고 세션-ID(Session-ID)를 발급받는 서비스 요청 단계로부터 개시된다.
그리고 3920 단계에서 서비스 활성화 단계가 수행되며, 상기 단계에서는 요청한 세션에 대한 서비스가 개시된다. 이어서 3930 단계에서, 개시된 서비스를 실제 단말(130)들에게 알려서 스케쥴링된 시간에 단말(130)들이 정보를 수신할 수 있도록 준비시키는 스케쥴링 통지 단계가 수행된다. 이후, 3940 단계에서 예정된 시간에 단말(130)들이 멀티캐스트/브로드캐스트 채널을 통하여 특정 그룹에 대한 정보를 수신하는 파일 전송 단계가 수행된다. 그리고 3950 단계에서 단말(130)들이 성공적으로 상기 정보를 수신했는지 여부를 판단하고, 오류가 발생한 경우 전체 정보 중 어느 부분에 대해 오류가 발생한 것인지 확인하는 단말 확인 단계가 수행된다. 이후, 3960 단계 및 3970 단계에서 컨텐츠 제공자(110)가 요청한 품질을 만족시키기 위하여 반복적으로 재전송을 수행하는 파일 복구 단계 및 단말 재확인 단계가 수행된다. 마지막으로 3980 단계에서, 컨텐츠 제공자(110)에게 해당 정보의 전송에 대한 결과 정보를 통계 자료로 제공하는 그룹 전송 보고 단계가 수행된다.
컨텐츠 제공자(110) 및 무선 광대역 통신 사업자는 상기와 같은 과정을 통하여 멀티캐스트 또는 브로드캐스트 채널을 이용하여 대규모의 단말(130)로 정보를 실시간 온라인으로 전송할 수 있으므로 무선 자원을 효과적으로 사용할 수 있다는 장점이 있다.
도 40은 도 39의 서비스 요청 단계인 3910 단계를 구체적으로 도시하는 순서도이다.
컨텐츠 제공자(110)는 4005 단계에서 컨텐츠 제공자 서버(ContentProvider Server)(580)를 통하여 멀티캐스트/브로드캐스트 그룹 전송을 요청(OGI_ServiceReserveRequest)한다. 그러면 상기 요청은 4010 단계에서 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 OGI-Controller(OGI-컨트롤러)(560)로 전달된다. 이 때 상기 요청은 요구되는 단말의 이동성/고정성 타입 정보, 원하는 지역에 대한 정보, 원하는 완료 시간, 중요도, 원하는 성공율 등의 정보를 포함한다. 이에 따라, OGI-Controller(OGI-컨트롤러)(560)는 해당 요청의 수락 및 불가 여부를 판단할 수 있다.
OGI-Controller(OGI-컨트롤러)(560)는 4015 단계에서 BM-SC(530)까지 경유하여 무선 채널의 가용성을 확인한 후, 4020 단계에서 응답을 수신한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 4025 단계에서 OGI-서비스 예약 요청(OGI_ServiceReserveRequest)에 대한 응답을 OGI Gateway(OGI-게이트웨이)(570)에게 전달하고, 상기 응답은 4030 단계에서 ContentProvider Server(컨텐츠 제공자)(580)에게 전달된다.
OGI-Controller(OGI-컨트롤러)(560)의 수락이 있으면 ContentProvider Server(컨텐츠 제공자)(580)는 4035 단계 및 4040 단계에서, 베어러 측면에서 파일의 전송 또는 재전송에 대한 가능성 여부를 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 OGI-FileServer(OGI-파일 서버)(550)로 요청(OGI_FileUploadReserveRequest)한다. 이 경우, 상기 요청은 업로드하고자 하는 파일의 크기 등의 부가 정보를 포함한다.
그러면 OGI-FileServer(OGI-파일 서버)(550)는 상기 파일 업로드에 대한 가용성 확인 후 4045 단계 및 4050 단계에서 ContentProvider Server(컨텐츠 제공자) (580)에게 응답(OGI_FileUploadReserveResponse)한다.
그려면, ContentProvider Server(컨텐츠 제공자) (580)는 4055 단계를 통하여 실제 멀티캐스트/브로드캐스트 채널을 통하여 전송할 정보를 OGI-FileServer(OGI-파일 서버)(550)로 업로드한다. 그리고 ContentProvider Server(컨텐츠 제공자) (580)는 4060 단계 및 4065 단계에서 상기 업로드가 정상적으로 처리되었는지 여부를 확인하기 위한 메시지(OGI_FileUploadConfirmRequest)를 OGI-FileServer(OGI-파일 서버)(550)에 전달한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 4070 단계 및 4075 단계를 통하여 상기 업로드의 정상 처리 여부를 ContentProvider Server(컨텐츠 제공자) (580)에게 응답(OGI_FileUploadConfirmResponse)한다.
도 41은 도 40에서 OGI-Controller(OGI-컨트롤러)(560)가 세션을 등록하는 과정을 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 4105 단계에서, OGI-Gateway(OGI-게이트웨이)(570)로부터 OGI-서비스 예약 요청(OGI-ServiceReserveRequest) 메시지를 수신한다. 그러면 OGI-Controller(OGI-컨트롤러)(560)는 가용한 세션-ID(Session-ID)를 확인한 후, 4110 단계에서 세션 정보 테이블(Session Information Table)을 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 해당 세션-ID(Session-ID)를 키로 하여 수신한 단말 타입, 지역 정보, 그룹 식별자 등의 정보를 상기 세션 정보 테이블에 저장한다. 상기 세션 정보 테이블의 구조가 도 42에서 도시된다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 4115 단계에서, 요청된 품질 정보인 요청 완료 시간, 요청 우선도, 요청 성공율 등의 정보를 세션 SLA 테이블에 저장한다. 상기 세션 SLA 테이블의 구조가 도 43에서 도시된다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 4120 단계에서, 무선 채널에서의 자원 가용성을 확인하기 위해, BM-SC(530)에 OGI-서비스 확인 요청(OGI-ServiceCheckRequest) 메시지를 전송한다.
여기서 BM-SC(530)는 본 발명에서 규정한 기능을 효과적으로 지원하기 위하여, 상기 OGI-서비스 확인 요청(OGI-ServiceCheckRequest) 메시지를 수신할 수 있어야 하며, 해당 메시지를 수신하면, 무선 채널에서 해당 지역에 대해서 요구된 품질에 맞춰서 멀티캐스트/브로드캐스트가 가능한지 판단하고, 4125 단계에서 이에 대한 응답을 OGI-서비스 예약 응답(OGI-ServiceReserveResponse) 메시지로 OGI-Controller(OGI-컨트롤러)(560)에게 전달할 수 있어야 한다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 4125 단계에서 OGI-서비스 확인 응답(OGI-ServiceCheckResponse) 메시지를 수신하여 자원 예약 절차가 성공적으로 수행되었는지 여부를 판단한다. 성공적으로 예약 작업이 마쳐진 경우, OGI-Controller(OGI-컨트롤러)(560)는 4150 단계로 진행하여 반환 값을 'OK'로 설정한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 4155 단계에서, 성공의 의미를 담은 OGI-서비스 예약 응답(OGI-ServiceReserveResponse) 메시지를 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 ContentProvider Server(컨텐츠 제공자) (580)로 전달한다.
만약, 상기 예약 작업이 실패하면, OGI-Controller(OGI-컨트롤러)(560)는 4135 단계 및 4140 단계에서, 사전에 점유한 자원 및 테이블을 제거한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 4145 단계에서 반환 값을 'NOK'로 설정한다. 이어서 OGI-Controller(OGI-컨트롤러)(560)는 4155 단계에서, 실패의 의미를 담은 OGI-서비스 예약 응답(OGI-ServiceReserveResponse) 메시지를 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 ContentProvider Server(580)로 전달한다.
도 44는 도 40의 세션 등록 절차에서 파일을 저장하기 전의 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도이다.
우선, OGI-FileServer(OGI-파일 서버)(550)는 4405 단계에서, ContentProvider Server(컨텐츠 제공자) (580)로부터 OGI-Gateway(OGI-게이트웨이)(570)를 통하여 OGI-파일 업로드 예약 요청(OGI-FileUploadReserverRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 4410 단계에서, 자체의 데이터베이스 용량의 가용성을 확인한다. 만일, 데이터베이스 용량이 가용하다면, OGI-FileServer(OGI-파일 서버)(550)는 4420 단계로 진행하여 파일을 저장하기 위한 자원을 예약하고, 반환 값을 'OK'로 설정한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 4435 단계에서 OGI-파일 업로드 예약 응답(OGI-FileUploadReserverResponse) 메시지를 OGI-Gateway(570)를 거쳐서 ContentProvider Server(컨텐츠 제공자) (580)에게 전송한다.
반면, 데이터베이스 용량이 가용하지 않다면, OGI-FileServer(OGI-파일 서버)(550)는 4430 단계에서, 반환 값을 'NOK'로 설정한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 4435 단계에서 OGI-파일 업로드 예약 응답(OGI-FileUploadReserverResponse) 메시지를 OGI-Gateway(OGI-게이트웨이)(570)를 거쳐서 ContentProvider Server(컨텐츠 제공자) (580)에게 전송한다.
도 45는 도 40의 세션 등록 절차에서 파일을 저장한 후의 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도이다.
OGI-FileServer(OGI-파일 서버)(550)는 도 44의 과정을 수행함으로써 FTP/TFP 등의 파일 전송 프로토콜을 통하여 ContentProvider Server(컨텐츠 제공자) (580)로부터 파일을 수신하여 저장한다. 이후, OGI-FileServer(OGI-파일 서버)(550)는 4505 단계에서, ContentProvider Server(컨텐츠 제공자) (580)로부터 OGI-Gateway(OGI-게이트웨이)(570)를 통하여 OGI-파일 업로드 확인 요청(OGI-FileUploadConfirmRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 4510 단계에서 업로드된 파일의 유효성 여부를 판단한다. 만약, 정상적인 업로드가 수행되었다면, OGI-FileServer(OGI-파일 서버)(550)는 4525 단계에서 반환 값을 'OK'로 설정하고, 이를 4530 단계에서 ContentProvider Server(컨텐츠 제공자) (580)에게 OGI-파일 업로드 확인 응답(OGI-FileUploadConfirmResponse) 메시지로서 전달한다.
반면, 정상적인 업로드가 수행되지 않았다면, OGI-FileServer(OGI-파일 서버)(550)는 4520 단계에서 반환 값을 'NOK'로 설정하고, 이를 4530 단계에서 ContentProvider Server(컨텐츠 제공자) (580)에게 OGI-파일 업로드 확인 응답(OGI-FileUploadConfirmResponse) 메시지로서 전달한다.
도 46은 도 40의 세션 등록 단계에서, 세션 등록 절차가 실패한 경우의 처리 과정을 도시하는 순서도이다. 이 경우, 도 46의 4605 단계 내지 4630 단계는 도 40의 4005 단계 내지 4030 단계에 대응하므로 자세한 설명은 생략하기로 한다.
도 40의 세션 등록 단계 수행 중, OGI-Controller(OGI-컨트롤러)(570) 또는 BM-SC(530)의 문제로 인하여 세션 등록이 실패할 수 있다. 이 경우, OGI-Gateway(OGI-게이트웨이)(470)는 사전에 예약된 테이블이나 자원의 제거를 위하여 4635 단계에서 OGI-Controller(OGI-컨트롤러)(560)에게 OGI-서비스 미예약 요청(OGI_ServiceUnreserveRequest) 메시지를 전송한다. 그러면, OGI-Controller(OGI-컨트롤러)(560)는 예약된 테이블이나 자원을 제거하고, 4740 단계에서 OGI-Gateway(OGI-게이트웨이)(470)에게 OGI-서비스 미예약 응답(OGI_ServiceUnreserveResponse) 메시지를 전송한다.
도 47은 도 46의 세션 등록 절차 실패 경우에 있어서, OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 4710 단계에서, OGI-Gateway(OGI-게이트웨이)(570)로부터 OGI-서비스 미예약 요청(OGI-ServiceUnreserveRequest) 메시지를 수신한다. 그러면, OGI-Controller(OGI-컨트롤러)(560)는 4720 단계 및 4730 단계에서, 앞서의 서비스 예약 요청(Service Reservation Request)을 통해서 생성한 테이블 및 세션 정보 등의 부가 정보를 삭제한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 4740 단계에서, 작업 결과를 OGI-서비스 미예약 응답(OGI-ServiceUnreserveResponse) 메시지로 만들어서 OGI-Gateway(OGI-게이트웨이)(570)에게 전달한다.
도 48은 도 40의 세션 등록 단계 수행 중, OGI-파일 서버(OGI-FileServer(OGI-파일 서버))의 용량 부족 등의 문제로 인하여 세션 등록이 실패한 경우의 처리 과정을 도시하는 순서도이다. 여기서 도 48의 4805 단계 내지 4850 단계는 도 40의 4005 단계 내지 4050 단계에 대응하므로 자세한 설명은 생략하기로 한다.
세션 등록 실패 시, OGI-Gateway(OGI-게이트웨이)(570)는 사전에 예약된 테이블이나 자원의 제거를 위하여 4855 단계에서 OGI-Controller(OGI-컨트롤러)(560)에게 OGI-서비스 미예약 요청(OGI_ServiceUnreserveRequest) 메시지를 전송한다. 그러면, OGI-Controller(OGI-컨트롤러)(560)는 예약된 테이블이나 자원을 제거하고, 4740 단계에서 OGI-Gateway(OGI-게이트웨이)(470)에게 OGI-서비스 미예약 응답(OGI_ServiceUnreserveResponse) 메시지를 전송한다.
이어서, OGI-Gateway(OGI-게이트웨이)(570)는 4865 단계에서, OGI-FileServer(OGI-파일 서버)(550)에게 예약된 테이블 및 자원의 제거 요청(OGI_FileUploadUnreserveRequest)을 전송한다. 그러면, 예약된 테이블 및 자원을 제거한 OGI-FileServer(OGI-파일 서버)(550)는 OGI-Gateway(OGI-게이트웨이)(570)에게 이를 보고(OGI_FileUploadUnreserveResponse)한다.
도 49는 도 48의 세션 등록 실패 시 OGI-FileServer(OGI-파일 서버)(550)의 동작 순서를 도시하는 순서도이다.
OGI-FileServer(OGI-파일 서버)(550)는 4905 단계에서, OGI Gateway(OGI-게이트웨이)(570)로부터 예약된 테이블 및 자원을 제거하라는 OGI-파일 업로드 미예약 요청(OGI-FileUploadUnreserveRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 4910 단계에서 사전에 예약/점유한 데이터베이스 공간을 해제하고, 이와 동시에 4915 단계에서 업로드 중이던 파일의 경우도 제거한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 4920 단계에서 상기 테이블 및 자원 제거에 대한 수행 결과를 OGI-파일 업로드 미예약 응답(OGI-FileUploadUnreserveResponse) 메시지에 포함하여 OGI-Gateway(OGI-게이트웨이)(570)로 전달한다.
도 50은 도 48에서 OGI-FileServer(OGI-파일 서버)(550)의 동작이 실패한 경우의 처리 과정을 도시하는 순서도이다. 이는 파일 업로드 과정에서 오류가 발생하여 서비스 예약(Service Reservation)이 실패한 경우이다.
OGI-FileServer(OGI-파일 서버)(550)는 5090 단계에서, OGI Gateway(OGI-게이트웨이)(570)로부터 OGI-파일 업로드 미예약 요청(OGI-FileUploadUnreserveRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 사전에 예약/점유한 데이터베이스 공간을 해제하고, 이와 동시에 업로드 중이던 파일의 경우도 제거한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 5095 단계에서, 수행 결과를 OGI-파일 업로드 미예약 응답(OGI-FileUploadUnreserveResponse) 메시지에 포함하여 OGI-Gateway(OGI-게이트웨이)(570)로 전달한다.
도 39에서 도시된 3910 단계의 서비스 요청 단계가 성공적으로 수행됨에 따라 생성된 세션(Session)은 도 39의 3920 단계의 서비스 활성화 단계를 통하여 활성화된다.
도 51은 도 39에서 도시되는 3920 단계의 서비스 활성화 단계의 수행 과정을 구체적으로 도시하는 도면이다. 도 51에서 OGI-Gateway(OGI-게이트웨이)(570)는 성공적으로 등록을 마친 세션에 대해서 OGI Controller(OGI-컨트롤러)(560)와 OGI File-Server(OGI-파일 서버)(560) 각각에 대해 서비스 개시를 알린다.
이를 위해, OGI-Gateway(OGI-게이트웨이)(570)는 5105 단계에서, 세션 ID를 포함하는 OGI-세션 활성 요청(OGI_SessionActivateRequest) 메시지를 OGI Controller(OGI-컨트롤러)(560)에게 전송한다. 그러면 OGI Controller(OGI-컨트롤러)(560)는 수신한 세션 ID에 대응하는 세션을 활성화하고, 5110 단계에서 이에 대한 응답인 OGI-세션 활성 응답(OGI_SessionActivateResponse) 메시지를 OGI Gateway(OGI-게이트웨이)(570)에게 전달한다.
마찬가지로, OGI-Gateway(OGI-게이트웨이)(570)는 5120 단계에서, 세션 ID를 포함하는 OGI-세션 활성 요청(OGI_SessionActivateRequest) 메시지를 OGI File-Server(OGI-파일 서버)(560)에게 전송한다. 그러면 OGI Controller(OGI-컨트롤러)(560)는 수신한 세션 ID에 대응하는 세션을 활성화하고, 5130 단계에서 이에 대한 응답인 OGI-세션 활성 응답(OGI_SessionActivateResponse) 메시지를 OGI Gateway(OGI-게이트웨이)(570)에게 전달한다.
도 52는 도 51에서 세션을 개시하는 경우의 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 5210 단계에서, OGI-Gateway(OGI-게이트웨이)(570)로부터 세션 활성화를 위한 OGI-세션 활성 요청(OGI-SessionActivateRequest) 메시지를 수신한다. 그러면 OGI-Controller(OGI-컨트롤러)(560)는 5220 단계에서, 해당 세션에 대한 파일을 저장하고 있는 OGI-FileServer(OGI-파일 서버)의 정보를 저장한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 5230 단계에서, 멀티캐스트/브로드캐스트을 통하여 해당 파일의 전송 후, 응답 정보를 단말(130)들로부터 수신하기 위한 정보 등을 포함하는 통지 정보 테이블(Notification Information Table)을 생성한다. 상기 통지 정보 테이블에 대한 구체적인 구조가 도 53에 도시된다.
도 53에서 도시되는 바와 같이, 통지 정보 테이블은 세션에 대한 식별자와 함께 해당 세션의 시작 시간, 무선 채널, (필요시)데이터 전송 속도, 그리고 ACK를 받을지 말지에 대한 여부를 포함한다.
다시 도 52의 설명으로 복귀하면, OGI-Controller(OGI-컨트롤러)(560)는 5240 단계에서, ACK 클래스 테이블을 생성한다. 상기 ACK 클래스 테이블은 개시된 세션의 파일 전송 후에 단말들로부터 ACK를 받는 경우, 단말 클래스 군 별로 ACK를 받을지 말지, 받는다면 어떠한 채널로 받을지, 그리고 채널에 대한 시간 정보 등을 포함한다. 이 경우, 상기 ACK 클래스 테이블에 대한 구조가 도 54에서 도시된다.
OGI-Controller(OGI-컨트롤러)(560)는 5250 단계에서 성공적으로 세션을 개시하게 되고, 이에 따라 5260 단계에서 OGI-Gateway(OGI-게이트웨이)(570)에게 OGI-세션 활성 확인(OGI-SessionActivateConfirm) 메시지를 전송한다.
도 55는 도 51의 서비스 활성화 단계에서, 세션을 개시하는 경우의 OGI-FileServer(OGI-파일 서버)(550)의 동작 과정을 도시하는 순서도이다.
우선, OGI-FileServer(OGI-파일 서버)(550)는 5510 단계에서, OGI-Gateway(OGI-게이트웨이)(570)로부터 OGI-세션 활성 요청(OGI-SessionActivateRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 5520 단계에서, OGI-Controller(OGI-컨트롤러)(560)의 정보를 자체 데이터 베이스에 저장하고, 5530 단계에서 세션을 개시한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 5540 단계에서, 상기 과정의 처리 결과를 OGI-Gateway(OGI-게이트웨이)(570)에게 OGI-세션 활성 확인(OGI-SessionActivateConfirm) 메시지로서 전달한다.
도 56은 도 39에서 도시된 3930 단계의 스케쥴링 통지 단계를 구체적으로 도시하는 순서도이다. 이 경우, 도 56은 OGI Controller(OGI-컨트롤러)(560)가 모든 셀에 대해 동일한 시점에 동일한 전송 속도로 스케쥴링을 통지하는 실시예에 대하여 기술한다.
이를 위해, OGI Controller(OGI-컨트롤러)(560)는 5610 단계에서 BM-SC(530)에게 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지를 전송한다. 그러면 BM-SC(530)는 특정 그룹이 해당 정보를 수신할 수 있도록 사전에 단말(130)과 BM-SC(530) 사이에 예약된 스케쥴링 정보 전송 시간에 세션 통지 메시지를 각 단말(130)들에게 멀티캐스트/브로드캐스트한다. 상기 세션 통지 메시지는 도 53에서 도시된 통지 정보 테이블 및 도 54에서 도시된 ACK 클래스 테이블을 포함한다. 상기 세션 통지 메시지를 수신한 각 단말(130)은 생성된 세션에 대한 정보를 획득할 수 있다.
한편, BM-SC는 5630 단계에서, OGI-세션 통지 응답(OGI_SessionNotificationResponse) 메시지를 OGI Controller(OGI-컨트롤러)(560)에게 전송하여 세션 통지 성공 여부를 보고한다.
도 57은 도 56의 스케쥴링 정보 전달 과정에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI Controller(OGI-컨트롤러)(560)는 5710 단계에서, 각 단말(130)들에게 전송할 통지 정보 테이블 및 ACK 클래스 테이블을 검색한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 5720 단계에서, 통지 정보 테이블 및 ACK 클래스 테이블을 포함하는 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지를 생성한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 5730 단계에서 상기 생성된 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지를 BM-SC(530)에 전송하고, 5740 단계에서 이에 대한 응답을 수신한다.
응답을 수신한 OGI Controller(OGI-컨트롤러)(560)는 5750 단계에서 "이유(Reason)" 코드를 확인하고, 5760 단계에서 확인된 코드에 따라 이후의 절차를 진행한다.
도 56에서는 특정 세션에 대한 무선 채널 환경을 모든 셀에 대해서 동일하게 설정하는 것을 가정하였다. 그러나 각 셀에 대해 최적화된 전송 속도와 응답 방식을 이용하면 무선 광대역 통신망의 자원을 보다 효율적으로 활용할 수 있다.
이를 위해, 도 58에서는 OGI Controller(OGI-컨트롤러)(560)가 해당 셀에 최적화된 통지 정보 테이블 및 ACK 클래스 테이블을 생성하고 상기 테이블들을 각각의 셀에 대해 독립적으로 전송하는 실시예에 대해 기술한다.
도 58에서 도시되는 바와 같이, OGI Controller(OGI-컨트롤러)(560)는 5810 단계, 5840 단계, 5870 단계에서 독립적으로 각 셀에 대한 OGI-세션 통지 요청(OGI_SessionNotificationRequest)메시지를 BM-SC(530)에게 전달한다. 이 경우, 상기 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지는 통지 정보 테이블 및 ACK 클래스 테이블을 포함한다. 도 56에서 각 단말(130)들에게 전달되는 통지 정보 테이블과 도 58에서 각 단말(130)들에게 전달되는 통지 정보 테이블의 차이점은, 도 59에서 도시되는 바와 같이 도 58의 통지 정보 테이블은 지역 코드를 더 포함한다는 것이다.
한편, BM-SC(530)는 5820 단계, 5850 단계, 5880 단계에서 독립적으로 각 셀에 대해 세션 통지 메시지를 전송한다. 그러면 BM-SC(530)는 5830 단계, 5860 단계, 5890 단계에서 OGI-세션 통지 응답(OGI_SessionNotificationResponse) 메시지를 OGI Controller(OGI-컨트롤러)(560)에게 전달한다.
도 60은 도 58의 셀별 차별화된 스케쥴링 통지 단계에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI Controller(OGI-컨트롤러)(560)는 6010 단계에서, 각 단말(130)들에게 전송할 통지 정보 테이블 및 ACK 클래스 테이블을 검색한다. 여기서 상기 통지 정보 테이블의 구조는 도 59에서 도시된 바와 같고, 상기 ACK 클래스 테이블의 구조는 도 54에서 도시된 바와 같다.
그리고 OGI Controller(OGI-컨트롤러)(560)는 6020 단계에서, 통지 정보 테이블 및 ACK 클래스 테이블을 포함하는 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지를 생성한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6030 단계에서 상기 생성된 OGI-세션 통지 요청(OGI_SessionNotificationRequest) 메시지를 BM-SC(530)에 전송하고, 6040 단계에서 이에 대한 응답을 수신한다.
응답을 수신한 OGI Controller(OGI-컨트롤러)(560)는 6050 단계에서 "이유(Reason)" 코드를 확인하고, 6060 단계에서 확인된 코드에 따라 이후의 절차를 진행한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6070 단계에서, 스케쥴링 통지를 전송하지 않은 지역이 있는지 여부를 판단한다. 만약, 스케쥴링 통지를 전송하지 않은 지역이 있는 경우, OGI Controller(OGI-컨트롤러)(560)는 6010 단계로 복귀하여 6010 이하의 단계를 반복하여 수행한다.
도 61은 도 39의 3940 단계인 파일 전송 단계의 구체적인 과정을 도시하는 순서도이다. 즉, 도 61은 스케쥴링된 시점에 실제로 정보를 멀티캐스트/브로드캐스트 채널을 통하여 단말(130)들에게 전달하는 과정을 도시한다. 한편, 도 61에서는 파일을 전송함에 있어, 모든 셀에 동일한 무선 채널 설정으로 전송하는 과정을 도시한다.
도 61에서 도시되는 바와 같이, OGI Controller(OGI-컨트롤러)(560)는 6110 단계 및 6120 단계를 통하여 파일 전송을 요청하기 위하여 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 BM-SC(530)에게 전송한다. 그러면 BM-SC(530)는 6130 단계 내지 6150 단계를 통하여 각 단말(130)들에게 파일을 전송한다. 여기서 상기 파일은 동일한 조건으로 설정된 무선 채널을 통하여 각 단말(130)들에게 전송된다.
각 단말(130)들에게 파일은 전송한 BM-SC(530)는 6160 단계 및 6170 단계를 통하여 OGI-파일 전송 응답(OGI_FileTransferResponse) 메시지를 OGI Controller(OGI-컨트롤러)(560)에게 전송한다.
도 62는 도 61에서 OGI Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI Controller(OGI-컨트롤러)(560)는 6210 단계에서 스케쥴링된 시간에 세션 정보 및 통지 정보를 확인한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6220 단계에서 상기 확인된 세션 정보와 통지 정보를 이용하여 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 생성한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6230 단계에서 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 BM-SC(530)로 전송하고 이에 대한 응답을 대기한다. 6240 단계에서 OGI-파일 전송 응답(OGI_FileTransferResponse) 메시지를 수신한 OGI Controller(OGI-컨트롤러)(560)는 6250 단계에서 "이유(Reason)" 코드를 확인하고, 6260 단계에서 상기 코드에 기반하여 이후의 절차를 수행한다.
도 63은 도 61에서 OGI_FileSerrver(550)의 동작 순서를 도시하는 순서도이다.
OGI-FileServer(OGI-파일 서버)(550)는 6310 단계에서, OGI-Controller(OGI-컨트롤러)(560)로부터 전송되는 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 6320 단계에서 수신한 메시지에 포함된 세션 ID를 확인하고, 확인된 세션 ID에 대응하는 파일을 검색한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 6330 단계에서, 검색된 파일을 포함하는 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 생성하고, 6340 단계에서 이를 BM-SC(530)에게 전달한다.
그리고 OGI-FileServer(OGI-파일 서버)(550)는 6350 단계에서 BM-SC(530)로부터 OGI-파일 전송 응답(OGI_FileTransferResponse) 메시지를 수신하고, 6360 단계에서 "이유(Reason)" 코드를 확인한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 6370 단계에서, 확인된 코드에 따라 이후의 절차를 수행한다. 이와 동시에, OGI-FileServer(OGI-파일 서버)(550)는 6380 단계에서 상기 코드를 이용하여 OGI-파일 전송 응답(OGI_FileTransferResponse) 메시지를 생성하고, 6390 단계에서 상기 생성된 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전달한다.
도 64는 파일 전송 시, 각 셀에 최적화된 무선 채널을 통해 파일을 전송하는 과정을 도시하는 순서도이다.
도 64를 설명함에 있어, 파일 전송 절차는 도 61에서 기술된 사항과 유사하다. 단지, 도 64에서는 각 셀에 최적화된 무선 채널을 통해 파일을 독립적으로 전송한다는 점에서 차이가 있을 뿐이다. 다시 말해, 셀 1에 대해서는 6405 단계 내지 6425 단계를 통해 파일이 전송되고, 셀 2에 대해서는 6430 단계 내지 6450 단계를 통해 파일이 전송되며, 셀 3에 대해서는 6455 단계 내지 6475 단계를 통해 파일이 전송된다.
각 셀에게 파일을 전송하는 구체적인 절차는 도 61과 동일하므로 자세한 설명은 생략하기로 한다.
도 65는 도 64에서 OG-Controller(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI Controller(OGI-컨트롤러)(560)는 6510 단계에서, 특정 셀 또는 특정 지역에 대한 세션 정보 및 통지 정보를 확인한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6520 단계에서 특정 셀 또는 특정 지역에 대해 확인된 세션 정보와 통지 정보를 이용하여 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 생성한다. 그리고 OGI Controller(OGI-컨트롤러)(560)는 6530 단계에서 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 BM-SC(530)로 전송하고 이에 대한 응답을 대기한다. 6540 단계에서 OGI-파일 전송 응답(OGI_FileTransferResponse) 메시지를 수신한 OGI Controller(OGI-컨트롤러)(560)는 6550 단계에서 "이유(Reason)" 코드를 확인하고, 6560 단계에서 상기 코드에 기반하여 이후의 절차를 수행한다.
그리고 OGI Controller(OGI-컨트롤러)(560)는 6570 단계에서 파일을 전송하지 않은 셀 또는 지역이 있는지 여부를 확인하고, 특정 셀에 대해 파일을 전송할 필요가 있는 경우 6510 단계로 복귀하여 이하의 단계를 수행한다.
도 66은 도 39의 3950 단계인 단말 확인 단계의 구체적인 과정을 도시하는 순서도이다. 도 66에서는 각 단말(130)들이 파일을 성공적으로 수신했는지 여부를 도 54의 ACK 클래스 테이블에서 정의된 응답 설정 정보에 따라 OGI-Controller(OGI-컨트롤러)(560)에게 보고한다.
이를 위해, 클래스 0으로 분류된 단말들은 6610 단계에서, 자신이 OGI-Controller(OGI-컨트롤러)(560)에게 보고해야 하는 시간을 대기하고, 상기 시간 도래 시 6620 단계에서 랜덤화된 액세스 인터벌을 생성한다. 그리고 각 단말은 정해진 시간에서 6630 단계 내지 6650 단계를 통하여 OGI-확인 보고(OGI_ACKreport) 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전송한다.
이와 같은 과정은 클래스 0 내지 클래스 N으로 분류된 단말들에 대해 반복하여 수행된다.
상기의 경우, 각 단말(130)은 해당하는 클래스에 따라 타임 슬롯이 나뉘어져 있으며, 조건에 따라 각 클래스별로 ACK를 생성하거나 또는 ACK를 생성하지 않는 경우로 분류된다. 여기서 클래스에 따라, 시간과 채널을 구분하는 이유는 대규모의 단말(130)들이 속하는 그룹의 경우에 동시다발적으로 ACK 응답이 발생하는 경우 역방향 무선 채널이 혼잡 현상을 야기할 수 있으므로 이를 회피하기 위함이다. 또한, 클래스별로 ACK 응답을 할 수 있거나 하지 않도록 차등적으로 설정할 수 있도록 한 이유는, 컨텐츠 제공자(110)가 요청한 성공율이 크지 않은 경우는 모든 단말(130)에 대해서 성공을 할 필요가 없으므로, 무선 채널 품질이 낮은 클래스의 단말(130)들에 대해서는 응답 확인을 하지 않을 수 있으며, 반대로 성공율이 높은 경우는 클래스가 낮은 경우도 모두 성공적으로 송신해야 하므로, 무선 채널 품질에 따른 차등적인 파일(정보) 전송과 지능화된 응답(무선 채널 환경에 기반으로 둔)을 관리하기 위함이다.
도 67은 도 66에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 6710 단계에서, 예정된 시간에 해당 세션에 대한 ACK 테이블을 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 6720 단계에서 각 단말들로부터 전송되는 OGI-확인 보고(GI_ACKreport) 메시지 수신을 대기하고, 6730 단계에서 상기 메시지를 수신한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 6740 단계에서, 수신한 OGI-확인 보고(OGI_ACKreport) 메시지를 분석하여 상기 생성된 ACK 테이블에 기록한다. 이 경우, ACK 테이블 구조에 대한 일 예시가 도 68에서 도시된다.
도 68에서 도시되는 바와 같이, ACK 테이블은 각 단말을 식별하는 단말-ID(Device-ID), 어떤 세션에 대한 응답인지를 지시하는 세션-ID(Session-ID), 해당 세션 Session에 전송한 파일의 어느 부분이 오류가 발생했는지를 지시하는 커럽트 시퀀스(Corrupted-Sequences) 필드를 포함할 수 있다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 6750 단계에서, 예정된 완료 시간이 경과하였는지 여부를 판단하고, 완료 시간 미 경과 시 6710 단계로 복귀하여 이하의 단계를 반복하여 수행한다.
한편, 미래 스케쥴링되고 멀티캐스트/브로드캐스트 채널을 통하여 단말(130)에게 해당 스케쥴링 사실을 알렸음에도 응답이 없는 단말에 대해서는 유니 캐스트(Unicast) 기반으로 성공 또는 실패 여부를 해당 단말(130)로부터 보고받을 수 있다. 이에 대한 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서도가 도 69에서 도시된다.
도 69는 유니 캐스트(Unicast)에 기반한 수신 상태 보고 절차를 도시하는 순서도이다.
도 69에서 도시되는 바와 같이, OGI-Controller(OGI-컨트롤러)(560)는 6910 단계에서 정해진 스케쥴링 시간 내에 수신 상태를 보고하지 않은 단말에게 OGI-확인 보고 요청(OGI_ACKreportRequest) 메시지를 전송한다.
그러면, 상기 메시지를 수신한 단말은 이에 대응하여, OGI-확인 보고(OGI_ACKreport) 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전송한다.
도 70은 도 69에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
우선 OGI-Controller(OGI-컨트롤러)(560)는 7010 단계에서 해당 세션 ID에 대한 확인 테이블(ACK 테이블)을 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 7020 단계에서 정해진 스케쥴링 시간 내에 수신 상태를 보고하지 않은 특정 단말에게 전송할 OGI-확인 보고 요청(OGI_ACKreportRequest) 메시지를 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 7030 단계에서, 상기 생성된 메시지를 상기 특정 단말에게 전송하고, 7040 단계에서 응답 수신을 대기한다. 7050 단계에서 단말로부터 OGI-확인 보고(OGI_ACKreport) 메시지를 수신한 OGI-Controller(OGI-컨트롤러)(560)는, 7060 단계에서 ACK 테이블에 특정 단말에 대한 데이터를 기록한다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 7070 단계에서, 수신 상태를 보고 받지 못한 단말이 있는지 여부를 판단한다. 수신 상태를 보고 받지 못한 단말이 있는 경우, OGI-Controller(OGI-컨트롤러)(560)는 7010 단계로 복귀하여 이하의 단계를 수행한다.
멀티캐스트/브로드캐스트는 단말(130)의 무선 채널 상황을 고려하지 않은 전송이기에 100% 성공 여부는 성취하기 어렵다. 따라서 파일 전송 후, 전송에 실패한 파일에 대한 재전송 과정은 필수적이라고 볼 수 있다. 이 경우, 전송한 파일의 중요도가 매우 높거나 특정 그룹에 속한 단말의 개수가 적은 경우는 유니캐스트(Unicast)기반의 재전송도 가능하다.
도 71은 도 39에서 도시된 파일 복구 단계인 3960 단계를 구체적으로 도시하는 순서도이다.
이 경우, OGI-Controller(OGI-컨트롤러)(560)는 수집한 세션과 단말별 오류 정보를 확인하고, 파일 전송 시 오류가 발생한 부분만 재전송 하도록 OGI-FileServer(OGI-파일 서버)(550)에게 요청한다. 이를 위해 OGI-Controller(OGI-컨트롤러)(560)는 7110 단계에서, OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 OGI-FileServer(OGI-파일 서버)(550)에 전송한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 오류가 발생한 부분만 모아 별도의 재전송 파일을 생성하고, 해당 파일을 유니캐스트(Unicast)의 형태로 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 통하여 특정 단말(130)에게 전송한다.
도 72는 도 71에서 OGI FileServer(550)의 동작 순서를 도시하는 순서도이다.
우선, OGI FileServer(550)는 7210 단계에서, OGI-Controller(OGI-컨트롤러)(560)로부터 재전송을 요청하는 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 수신한다. 그러면 OGI-FileServer(OGI-파일 서버)(550)는 7220 단계에서 해당 세션과 해당 단말의 오류 보고 정보를 기반으로 하여 오류가 발생한 프레임만 다시 보내도록 파일을 재구성한다.
그리고 OGI-FileServer(OGI-파일 서버)(550)는 7230 단계에서, 재전송할 파일을 포함하는 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 생성한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 7240 단계에서 재전송 파일을 포함하는 OGI-파일 전송 요청(OGI_FileTransferRequest) 메시지를 BM-SC(530)에게 전송한다. 또는 OGI-FileServer(OGI-파일 서버)(550)는 1:1의 유니캐스트(Unicast) 형태로 해당 단말에 직접 데이터 채널을 설정하여 전송할 수도 있다.
그리고 OGI-FileServer(OGI-파일 서버)(550)는 7250 단계에서, BM-SC(530)로부터 OGI-세션 통지(OGI_SessionNotification) 메시지를 수신하여 7260 단계에서 "이유(Reason)" 코드를 확인한다. 그리고 OGI-FileServer(OGI-파일 서버)(550)는 7270 단계에서 확인된 코드에 따라 이후의 절차를 수행한다.
이후, OGI-FileServer(OGI-파일 서버)(550)는 7280 단계에서, 파일 재전송에 대한 성공 또는 실패 여부를 포함하는 OGI-파일 전송 응답(OGI-FileTransferResponse) 메시지를 생성하고, 7290 단계에서 이를 OGI-Controller(OGI-컨트롤러)(560)에게 전달한다.
도 73은 파일 재전송을 멀티캐스트/브로드캐스트 채널 별로 각 셀에 따라 수행하는 과정을 도시하는 순서도이다.
재전송의 경우, 바람직하게는 특정 셀에 최적화된 형태로 재전송 파일을 재전송하는 것을 원칙으로 한다. 이는 재구성하는 재전송 파일의 크기가 전체 지역을 대상으로 하면 커질 우려가 있고, 아울러 지역적인 특징으로 전송에 실패하는 경우의 영향이 전체 네트워크에 미치는 것을 막기 위함이다.
세부적인 절차는 앞서의 도 61 및 도 64의 경우와 동일하며, 차이점은 OGI-Controlle(560)r에서 수집한 오류 보고 정보를 기반으로 하여, 각 셀에 최적화된 형태의 재전송 파일을 OGI-FileServer(OGI-파일 서버)(550)에서 재구성한다는 것이다.
도 74는 도 39의 그룹 전송 보고 단계의 세부 과정을 도시하는 순서도이다. 즉, 도 74에서는 그룹에 대한 파일 전송 결과를 통계 정보로 컨텐츠 프로바이더 또는 컨텐츠 제공자(580)에게 전송하는 과정을 도시한다.
우선, OGI-Controller(OGI-컨트롤러)(560)는 세션에 대한 전송 결과 보고 테이블을 생성한 후, 전체 단말의 통계치로부터 해당 세션의 성공율을 산출한다. 아울러 각 단말별 성공, 실패, 특이사항 등을 정리하여, OGI-분배 보고(OGI-DistributionReport) 메시지로 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 상기 생성한 메시지를 7410 단계 및 7420 단계를 통해 컨텐츠 프로바이더(580)에게 전달한다.
그러면 컨텐츠 프로바이더(580)는 7430 단계 및 7440 단계에서, OGI-분배 보고 확인(OGI- DistributionReportACK) 메시지를 OGI-Controller(OGI-컨트롤러)(560)에게 전송한다.
도 75는 도 74에서 OGI-Controller(OGI-컨트롤러)(560)의 동작 순서를 도시하는 순서도이다.
OGI-Controller(OGI-컨트롤러)(560)는 7510 단계에서, 세션에 대한 전송 결과 보고 테이블을 생성한다. 그리고 OGI-Controller(OGI-컨트롤러)(560)는 7520 단계에서, 전체 단말의 통계치로부터 해당 세션의 성공율을 산출한다. 그리고 본 발명의 바람직한 실시예에 따르면, OGI-Controller(OGI-컨트롤러)(560)는 7530 단계에서 상기 전송 결과 보고 테이블에 계산된 성공률을 저장할 수 있다. 또한, OGI-Controller(OGI-컨트롤러)(560)는 7540 단계에서 상기 전송 결과 보고 테이블에 각 단말에 대한 전송 성공 여부 플래그를 저장할 수 있다.
그리고 OGI-Controller(OGI-컨트롤러)(560)는 7550 단계에서, 생성된 전송 결과 보고 테이블을 포함하는 OGI-분배 보고(OGI_distributionReport) 메시지를 생성하고 컨텐츠 프로바이더(580)에게 전송한다. 이 경우 상기 OGI-분배 보고(OGI-DistributionReport) 메시지는 일반 메시지라기보다는 XML 혹은 스프레드쉬트 형태의 결과 보고서 형태로 작성되며, 도 76에서 도시되는 바와 같이 세션의 전체 성공율과 각 단말별 상황이 상세하게 기록된다.
한편, 7560 단계에서 OGI-분배 보고(OGI_distributionReport) 메시지에 대한 응답을 대기하던 OGI-Controller(OGI-컨트롤러)(560)는 7570 단계에서 컨텐츠 프로바이더(580)로부터 응답 메시지를 수신한다. 그러면 OGI-Controller(OGI-컨트롤러)(560)는 7580 단계에서, 이후의 절차를 수행한다.
상기한 도면들에서 도식화된 메시지 송수신 절차에서 사용한 메시지들의 구조가 도 77 내지 도 97에서 도시된다. 이 경우, 모든 메시지들에 대한 공통적인 헤더 정보로서, MSG-타입(MSG-TYPE)은 해당 메시지임을 나타내는 제어 코드이며, 트랜잭션-SEQ(TRANSACTION-SEQ)는 해당 메시지를 보내는 쪽에서 중복성 및 오류를 점검하기 위하여 사용하는 코드 이다. 통상 송신단에서 0에서 시작하여 특정 메시지를 송신하는 경우 1씩 증가한다.
도 77은 OGI-서비스 예약 요청(OGI_ServiceReserveRequest) 메시지의 구조를 도시하는 도면이다.
전송 모드(TRANSFER-MODE)는 스케쥴링을 기반으로하는 멀티캐스트/브로드캐스트 전송 방식 임을 나타내며, 단말-특성(DEVICE-CHARACTERISTICS)는 그룹내의 단말이 고정 혹은 이동인 것을 의미한다. 타겟-지역(TARGET-REGION)은 해당 세션 전송의 지역적인 대상을 의미하며, 복수인 경우 타겟-지역-길이(TARGET-REGION-LENGTH) 만큼 반복적으로 정의한다. 그룹-ID(GROUP-ID)는 해당 세션이 포함된 그룹을 의미한다. 데드라인(DEADLINE)은 해당 세션의 희망 완료 시간을 의미하며, 중요도(IMPORTANCE)는 세션의 중요도를 나타낸다. 타겟-성공-비율(TARGET-SUCCESS-RATIO)는 해당 세션의 희망 성공율을 의미한다. 파일-기술(FILE-DESCRIPTION)은 부가적으로 전송화일에 대한 정보를 전달한다. 마지막으로 세션-ID(SESSION-ID)는 해당 그룹에서의 세션의 식별자이다.
도 78은 OGI-세션 예약 응답(OGI-SessionReserveResponse) 메시지의 구조를 도시하는 도면이다. 도 78에서 도시되는 바와 같이, OGI-세션 예약 응답(OGI-SessionReserveResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID)와 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함한다.
도 79는 OGI-파일 업로드 예약 요청(OGI-FileUploadReserveRequest) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 예약 요청(OGI-FileUploadReserveRequest) 메시지는 스케쥴링을 기반으로하는 멀티캐스트/브로드캐스트 전송 방식임을 지시하는 TRANSFER-MODE, 세션을 나타내는 SESSION-ID를 포함할 수 있다. 그리고 파일 기술(FILE-DESCRIPTION)은 부가적으로 전송 파일에 대한 정보를 전달한다.
도 80은 OGI-파일 업로드 예약 응답(OGI-FileUploadReserveResponse) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 예약 응답(OGI-FileUploadReserveResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE), 파일 서버에 대한 정보를 포함하는 파일 서버-정보(FILESERVER-INFORMATION)을 포함할 수 있다.
도 81은 OGI-파일 업로드 확인 요청(OGI-FileUploadConfirmRequest) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 확인 요청(OGI-FileUploadConfirmRequest) 메시지는 세션을 나타내는 세션-ID(SESSION-ID)를 포함할 수 있다.
도 82는 OGI-파일 업로드 확인 응답(OGI-FileUploadConfirmResponse) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 확인 응답(OGI-FileUploadConfirmResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 83은 OGI-서비스 미예약 요청(OGI-ServiceUnreserveRequest) 메시지의 구조를 도시하는 도면이다. OGI-서비스 미예약 요청(OGI-ServiceUnreserveRequest) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 84는 OGI-서비스 미예약 응답(OGI-ServiceUnreserveResponse) 메시지의 구조를 도시하는 도면이다. OGI-서비스 미예약 응답(OGI-ServiceUnreserveResponse) 메시지는 세션을 나타내는 세션ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 85는 OGI-파일 업로드 예약 요청(OGI-FileUploadReserveRequest) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 예약 요청(OGI-FileUploadReserveRequest) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 86은 OGI-파일 업로드 미예약 응답(OGI-FileUploadUnreserveResponse) 메시지의 구조를 도시하는 도면이다. OGI-파일 업로드 미예약 응답(OGI-FileUploadUnreserveResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 87은 OGI-세션 통지 요청(OGI-SessionNotificationRequest) 메시지의 구조를 도시하는 도면이다.
상기 도 87에서 도시되는 바와 같이, OGI-세션 통지 요청(OGI-SessionNotificationRequest) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 세션의 스케쥴링된 시작 시간을 알리는 시작 시간(START-TIME), 실제 정보를 전송할 채널을 의미하는 시작 채널(START-CHANNEL), 실제 정보를 전송할 채널의 전송속도인 데이터 레이트(DATARAT)E를 포함할 수 있다. 또한, OGI-세션 통지 요청(OGI-SessionNotificationRequest) 메시지는 정보의 전송후에 제대로 수신을 했는지를 확인하는 응답 보고를 위한 정보, 해당 정보 전송에 ACK 응답 보고가 필요한지를 나타내는 확인-요구(ACK-REQUIRED), 응답 보고가 필요한 경우는 단말의 클래스별로 응답 여부를 지정하는 확인-인에이블(ACK-ENABLED), 응답시 사용할 무선 채널을 지정하는 확인 채널(ACK-CHANNEL), 및 응답을 하는 시간 정보를 알리는 확인 타임슬롯(ACK-TIMESLOT) 정보를 포함할 수 있다.
도 88은 OGI-세션 통지 응답(OGI-SessionNotificationResponse) 메시지의 구조를 도시하는 도면이다. OGI-세션 통지 응답(OGI-SessionNotificationResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 89는 OGI-파일 전송 요청(OGI-FileTransferRequest) 메시지의 구조를 도시하는 도면이다. OGI-파일 전송 요청(OGI-FileTransferRequest) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 전송 파일에 대한 정보를 전달하는 파일-기술(FILE-DESCRIPTION)를 포함할 수 있다.
도 90은 OGI-파일 전송 응답(OGI-FileTransferResponse) 메시지의 구조를 도시하는 도면이다. OGI-파일 전송 응답(OGI-FileTransferResponse) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
도 91은 OGI-확인 보고(OGI-ACKreport) 메시지의 구조를 도시하는 도면이다. OGI-확인 보고(OGI-ACKreport) 메시지는 단말을 식별하는 단말-ID(DEVICE-ID), 세션을 식별하는 세션-ID(SESSION-ID)를 포함할 수 있다. 또한, OGI-확인 보고(OGI-ACKreport) 메시지는 부분적으로 오류가 발생한 패킷들을 식별하기 위하여 오류가 시작된 시퀀스 번호인 시작-SEQ(START-SEQ), 오류가 종료된 시퀀스 번호인 종료-SEQ(END-SEQ)가 오류가 발생된 부분만큼 반복적으로 포함할 수 있다.
도 92는 OGI-확인 보고 요청(OGI-ACKreportRequest) 메시지의 구조를 도시하는 도면이다. OGI-확인 보고 요청(OGI-ACKreportRequest) 메시지는 단말을 나타내는 단말-ID(DEVICE-ID)를 포함할 수 있다.
도 93은 OGI-파일 전송 요청(OGI-FileTransferRequest) 메시지의 구조를 도시하는 도면이다.
도 93에서 도시되는 바와 같이, OGI-파일 전송 요청(OGI-FileTransferRequest) 메시지는 단말을 식별하는 단말-ID(DEVICE-ID), 세션을 식별하는 세션-ID(SESSION-ID)를 포함할 수 있다. 또한, OGI-파일 전송 요청(OGI-FileTransferRequest) 메시지는 재전송할 파일에 대한 추가 정보인 파일 기술(FILE-DESCRIPTION), 해당 단말에 대한 응답 보고 클래스인 클래스(CLASS), 응답 보고 시에 사용할 무선 채널의 설정에 대한 정보인 확인-인에이블(ACK-ENABLED), 확인 채널(ACK-CHANNEL), 확인 타임 슬롯(ACK-TIMEOUT)를 포함할 수 있다. 확인 인에이블(ACK-ENABLED), 확인 채널(ACK-CHANNEL), 확인 타임슬롯(ACK-TIMEOUT)에 대한 설명은 도 87에서 기술된 바 있으므로 자세한 설명은 생략하기로 한다.
도 94는 OGI-파일 전송 응답(OGI-FileTransferResponse) 메시지의 구조를 도시하는 도면이다. OGI-파일 전송 응답(OGI-FileTransferResponse) 메시지는 단말을 식별하는 단말-ID(DEVICE-ID), 세션을 식별하는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유 코드( REASON-CODE)를 포함할 수 있다.
도 95는 재전송을 위한 OGI-파일 재전송 요청(OGI-FileRetransferRequest) 메시지의 구조를 도시하는 도면이다. 부가적으로 파일에 대한 정보를 전달할 수 있는 점을 제외하면 도 87의 사항과 동일하므로 자세한 설명은 생략하기로 한다.
도 96은 OGI-분배 보고(OGI-DistributionReport) 메시지의 구조를 도시하는 도면이다. OGI-분배 보고(OGI-DistributionReport) 메시지는 컨텐츠 제공자를 의미하는 CP-IP, 세션을 나타내는 세션-ID(SESSION-ID), 세션에 대한 성공률 정보를 나타내는 성공율(SUCCESS-RATIO), 해당 세션에 포함된 단말 만큼의 단말-ID(DEVICE-ID), 해당 단말별 성공 또는 실패 여부를 저장하는 단말-상태(DEVICE-SATATUS) 필드를 포함할 수 있다.
도 97은 OGI-분배 보고 확인(OGI-DistributionReportACK) 메시지의 구조를 도시하는 도면이다. OGI-분배 보고 확인(OGI-DistributionReportACK) 메시지는 세션을 나타내는 세션-ID(SESSION-ID), 메시지의 수행 결과를 나타내는 이유-코드(REASON-CODE)를 포함할 수 있다.
앞서, 도 61 및 도 64에서 설명한 무선 채널에서의 실질적인 파일 전송과 관련하여 구체적인 설명을 추가하면 다음과 같다.
본 발명의 실시예에 따르면, 전송 모드(TRANSFER-MODE)에서 그룹 또는 세션 내의 단말(130)들이 고정형 타입이라면, OGI-FileServer(OGI-파일 서버)(550)로부터의 BM-SC(530)를 통한 멀티캐스트 또는 브로드캐스트 채널로의 전송은 특정 셀, 섹터 레벨까지 상세하게 세분화하여 지원하는 것이 가능하다. 이에 대한 사항이 도 98에 도시된다.
도 98은 고정형 단말에 대한 파일 전송 방법을 도시하는 도면이다.
도 98에서 도시되는 바와 같이, 고정형 단말의 경우, OGI-FileServer(OGI-파일 서버)(550)는 단말들이 위치한 특정 셀 또는 섹터 레벨까지 파일을 전송할 수 있으므로 무선 자원을 효율적으로 사용할 수 있다.
한편, 이동형 단말의 경우, 본 발명의 파일 전송 방법은 도 99에서 도시되는 바와 같이 라우팅 또는 트랙킹 영역으로 파일을 전송하는 것을 목표로 한다. 이는 고정형 단말의 경우처럼 셀 또는 섹터 레벨까지 세분화하면 단말의 이동으로 인하여 파일 전송 오류의 확률이 증가할 수 있기 때문이다. 하지만, 이 경우 각각의 라우팅 또는 트랙킹 영역마다 차별화된 최적의 전송 속도와 설정을 사용하여 무선 채널의 자원 효율을 강화한다.
한편, 앞선 도 66에서 설명한 단말의 파일 수신 상황 보고와 관련하여, 구체적인 설명을 추가하면 다음과 같다.
도 100에서 도시되는 바와 같이, 단말들은 네트워크로부터 자신에게 할당된 클래스에 기반하여 서로 다른 역방향 채널 액세스 시간을 할당받는다. 해당 시점이 되면 단말은 랜덤 변수에 따라서 분산화된 충돌 확률을 가지면서 통계적으로 충돌이 줄어든 상황에서 오류 보고를 수행한다. 이를 통하여 제한된 역방향 채널의 효율을 강화하고, 100%가 아닌 성공율로 요청된 전송에 대해서 통계적으로 성공율을 계산함으로서 보다 무선 채널의 효율을 강화할 수 있다.
앞선 도 98 및 도 99에서 기술한 무선 채널에서의 실질적인 파일 전송에 대한 구체적인 설명과 유사하게, 재전송에 있어서 고정형 단말의 경우, OGI-FileServer(OGI-파일 서버)(550)로부터의 BM-SC(530)를 통한 멀티캐스트/브로드캐스트 채널로의 전송은 특정 셀 또는 섹터 레벨까지 상세하게 세분화하여 지원하는 것이 가능하다. 이에 대한 사항이 도 101에 도시된다.
도 101에서 도시되는 바와 같이, OGI-FileServer(OGI-파일 서버)(550)는 단말들이 위치한 특정 셀 또는 섹터 레벨까지 전송을 함으로서 무선 자원을 효율적으로 사용할 수 있다. 또한, 마찬가지로 이동형 단말의 경우, 도 102에서 도시되는 바와 같이 나타난 것과 같이 라우팅 또는 트랙킹 영역으로 파일을 전송하는 것을 목표로 한다. 이는 고정형 단말의 경우처럼 셀 또는 섹터 레벨까지 세분화하면 단말의 이동으로 인하여 파일 전송 오류의 확률이 증가할 수 있기 때문이다. 하지만, 이 경우 각각의 라우팅 또는 트랙킹 영역마다 차별화된 최적의 전송 속도와 설정을 사용하여 무선 채널의 자원 효율을 강화한다.
본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시예들 이외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims (20)

  1. 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하기 위해 컨트롤러(OGI-Controller(OGI-컨트롤러))가 단말을 등록하는 방법에 있어서,
    컨텐츠 제공자로부터 제공되는 정보를 상기 단말에게 전송하기 위한 서비스를 등록하고, 상기 정보를 수신할 단말 그룹에 대한 ID를 할당받는 서비스 등록 단계;
    상기 컨텐츠 제공자가 상기 단말 그룹을 상기 컨트롤러에게 등록하는 단말 등록 단계;
    상기 등록된 단말 그룹에 속하는 단말들의 동작 상태를 보고 받는 단말 상태 확인 단계;
    상기 단말들의 동작 상태에 기반하여 상기 단말들에게 클래스를 할당하는 단말 클래스 할당 단계; 및
    상기 단말 상태를 상기 컨텐츠 제공자에게 보고하는 단말 상태 보고 단계를 포함하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  2. 제1항에 있어서, 상기 서비스 등록 단계는,
    상기 컨텐츠 제공자가 상기 서비스를 등록하기 위한 서비스 등록 요청 메시지(OGI-ServiceRegistrationRequest)를 상기 컨트롤러에게 전송하는 단계; 및
    상기 컨트롤러가 상기 서비스에 대한 그룹 ID를 생성하고, 상기 그룹 ID를 포함하는 서비스 등록 응답 메시지(OGI-ServiceRegistrationResponse)를 상기 컨텐츠 제공자에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  3. 제2항에 있어서, 상기 단말 등록 단계는,
    상기 컨텐츠 제공자가 상기 서비스를 제공하고자 하는 단말들을 상기 그룹 ID에 등록하기 위한 단말 등록 요청 메시지(OGI-UERegistrationRequest)를 상기 컨트롤러에 전송하는 단계; 및
    상기 컨트롤러가 상기 그룹 ID에 요청된 단말들을 등록하고 단말 등록 응답 메시지(OGI-UERegistrationResponse)를 상기 컨텐츠 제공자에게 전송하는 단계를 포함하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  4. 제3항에 있어서, 상기 단말 상태 확인 단계는,
    상기 단말이 시스템 상태 또는 무선 수신 세기 정보에 대한 정보를 포함하는 단말 보고 메시지(OGI_KeepAliveReport)를 상기 컨트롤러에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  5. 제4항에 있어서, 상기 단말 상태 확인 단계는,
    상기 단말이 미리 정해진 시간에 상기 단말 보고 메시지를 상기 컨트롤러에게 전송하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  6. 제4항에 있어서, 상기 단말 상태 확인 단계는,
    상기 단말은 상기 컨트롤러로부터 단말 상태 보고 요청 수신 시, 상기 단말 보고 메시지를 상기 컨트롤러에게 전송하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  7. 제4항에 있어서, 상기 단말 클래스 할당 단계는,
    상기 각 단말들에 대한 무선 수신 세기 정보에 따라 상기 단말들의 클래스를 할당하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  8. 제7항에 있어서, 상기 단말 클래스 할당 단계는,
    무선 수신 세기에 따라 클래스가 매핑된 매핑 테이블을 이용하여 상기 단말들의 클래스를 할당하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  9. 제7항에 있어서, 상기 단말 상태 보고 단계는,
    상기 컨텐츠 제공자가 상기 단말들에 대한 통계 정보를 상기 컨트롤러에게 요청하는 단계; 및
    상기 컨트롤러가 각 단말들에 대한 시스템 정보, 위치 정보, 그룹 ID등을 포함하는 통계 정보를 상기 컨트롤러에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송을 위해 단말을 등록하는 방법.
  10. 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보 전송을 위해 등록된 단말에게 상기 정보를 전송하는 컨트롤러(OGI-Controller(OGI-컨트롤러))의 정보 전송 방법에 있어서,
    컨텐츠 제공자가 정보 전송을 위한 서비스 등록을 요청하고 세션 ID를 할당받는 서비스 요청 단계;
    상기 요청된 서비스를 개시하는 서비스 활성화 단계;
    단말이 미리 설정된 시간에 상기 정보를 수신하기 위한 스케쥴링 정보를 상기 단말에게 전송하는 스케쥴링 통지 단계;
    상기 스케쥴링에 따라 상기 단말에게 정보를 전송하는 정보 전송 단계;
    상기 정보를 수신한 단말로부터 전송 오류에 대한 보고를 수신하는 단말 확인 단계; 및
    상기 정보 전송 시 오류가 발생한 정보에 대해 재전송을 수행하는 정보 복구 단계를 포함하는 것을 특징으로 하는 정보 전송 방법.
  11. 제10항에 있어서,
    상기 컨텐츠 제공자에게 상기 정보 전송에 대한 결과를 보고하는 결과 보고 단계를 더 포함하는 것을 특징으로 하는 정보 전송 방법.
  12. 제11항에 있어서, 상기 서비스 요청 단계는,
    상기 컨텐츠 제공자가 상기 정보의 전송 가능성 여부를 확인하는 단계; 및
    상기 정보의 전송이 가능한 경우, 전송할 정보를 파일 서버에 업로드하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송 방법.
  13. 제12항에 있어서, 상기 서비스 활성화 단계는,
    게이트웨이(OGI-Gateway(OGI-게이트웨이))가 상기 세션 ID에 대응하는 서비스를 활성화시키기 위한 세션 활성화 요청 메시지(OGI-SessionActivateRequest)를 상기 컨트롤러에게 전송하는 단계; 및
    상기 게이트웨이가 상기 세션 활성화 요청 메시지를 파일 서버(OGI-FileServer(OGI-파일 서버))에게 전송하여 상기 컨트롤러와 상기 파일 서버를 연동시키는 단계를 더 포함하는 것을 특징으로 하는 정보 전송 방법.
  14. 제13항에 있어서, 상기 스케쥴링 통지 단계는,
    상기 컨트롤러가 각 단말들에 대한 스케쥴링 정보를 미리 정해진 시간에 멀티캐스트 또는 브로드캐스트를 통해 전송하는 것을 특징으로 하는 정보 전송 방법.
  15. 제13항에 있어서, 상기 스케쥴링 통지 단계는,
    상기 컨트롤러가 각 단말들에 대한 스케쥴링 정보를 셀에 따라 독립적으로 전송하는 것을 특징으로 하는 정보 전송 방법.
  16. 제14항에 있어서, 상기 정보 전송 단계는,
    상기 컨트롤러가 상기 정보 전송을 요청하는 정보 전송 요청 메시지(OGI_FileTransferRequest)를 상기 파일 서버에 전달하는 단계; 및
    상기 파일 서버가 요청받은 정보를 상기 각 단말들에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송 방법.
  17. 제16항에 있어서, 상기 단말 확인 단계는,
    상기 단말들의 동작 상태에 따라 분류된 클래스에 따라 설정된 시간에, 각 클래스에 해당하는 단말들로부터 상기 전송된 정보의 수신 성공 여부를 보고받는 것을 특징으로 하는 정보 전송 방법.
  18. 제17항에 있어서, 상기 정보 복구 단계는,
    상기 파일 서버가 상기 컨트롤러로부터 정보 재전송 요청 수신 시, 오류가 발생한 정보를 포함하는 재전송 정보를 생성하는 단계; 및
    상기 파일 서버가 상기 생성된 재전송 정보를 해당 단말에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 정보 전송 방법.
  19. 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보를 전송하기 위해 단말을 등록하는 장치에 있어서,
    컨텐츠 제공자로부터 제공되는 정보를 상기 단말에게 전송하기 위한 서비스를 등록하고 상기 정보를 수신할 단말 그룹에 대한 ID를 할당받으며, 상기 단말 그룹을 등록하고, 상기 등록된 단말 그룹에 속하는 단말들의 동작 상태를 확인하며, 상기 단말들의 동작 상태에 기반하여 상기 단말들에게 클래스를 할당하고, 상기 단말 상태를 상기 컨텐츠 제공자에게 보고하도록 제어하는 프로세서; 및
    상기 단말과 통신을 수행하는 네트워크 모듈을 포함하는 것을 특징으로 하는 단말 등록 장치.
  20. 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 정보 전송을 위해 등록된 단말에게 상기 정보를 전송하는 정보 전송 장치에 있어서,
    컨텐츠 제공자로부터 정보 전송을 위한 서비스 등록 요청을 수신하고 상기 서비스에 대응하는 세션 ID를 할당하며, 상기 요청된 서비스를 개시하고, 단말이 미리 설정된 시간에 상기 정보를 수신하기 위한 스케쥴링 정보를 상기 단말에게 전송하며, 상기 스케쥴링에 따라 상기 단말에게 정보를 전송하고, 상기 정보를 수신한 단말로부터 전송 오류에 대한 보고를 수신하도록 제어하는 프로세서; 및
    상기 단말과 통신을 수행하는 네트워크 모듈을 포함하는 것을 특징으로 하는 정보 전송 장치.
PCT/KR2010/008511 2009-12-01 2010-11-30 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법 WO2011068345A2 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/513,421 US8923184B2 (en) 2009-12-01 2010-11-30 Apparatus and method for reliably and dynamically transmitting group information via a wireless multicast or broadcast channel

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2009-0118053 2009-12-01
KR1020090118053A KR101641518B1 (ko) 2009-12-01 2009-12-01 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법

Publications (2)

Publication Number Publication Date
WO2011068345A2 true WO2011068345A2 (ko) 2011-06-09
WO2011068345A3 WO2011068345A3 (ko) 2011-10-13

Family

ID=44115411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2010/008511 WO2011068345A2 (ko) 2009-12-01 2010-11-30 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법

Country Status (3)

Country Link
US (1) US8923184B2 (ko)
KR (1) KR101641518B1 (ko)
WO (1) WO2011068345A2 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5786937B2 (ja) * 2011-04-18 2015-09-30 富士通株式会社 スケジューリング方法およびタスク処理方法
US8948038B1 (en) * 2012-12-10 2015-02-03 Google Inc. Augmenting spectrum sharing using network measurements
US8837515B1 (en) * 2013-06-06 2014-09-16 Futurewei Technologies, Inc. System and method for collision resolution
US10154423B2 (en) * 2014-06-27 2018-12-11 Google Llc End-to-end network diagnostics
US10411867B2 (en) * 2015-04-30 2019-09-10 Sony Corporation Communication apparatus and communication method
EP3322216B1 (en) 2015-07-07 2020-12-02 Sony Corporation Communication device and communication method
US9755783B2 (en) * 2015-09-14 2017-09-05 Qualcomm Incorporated Abort blind MCH decoding
CN106028292B (zh) * 2016-05-05 2019-10-22 北京思特奇信息技术股份有限公司 一种发送短信的通道分配方法及系统
JP6891903B2 (ja) * 2017-01-25 2021-06-18 日本電気株式会社 通信システム、基地局、移動局及び通信方法
WO2023249959A1 (en) * 2022-06-21 2023-12-28 Trilogy 5G, Inc. Heartbeat system and method for broadcast system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070083093A (ko) * 2006-02-20 2007-08-23 에스케이 텔레콤주식회사 멀티캐스트/브로드캐스트 서비스를 제공하는 방법 및시스템
KR100836028B1 (ko) * 2006-12-08 2008-06-09 한국전자통신연구원 멀티캐스트 브로드캐스트 서비스 제공 방법
KR20080112468A (ko) * 2007-06-21 2008-12-26 엘지전자 주식회사 무선 통신 네크워크에서의 브로드캐스트 또는 멀티캐스트서비스 절차

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7024195B2 (en) * 2001-10-24 2006-04-04 Motorola, Inc. Location based grouping for wireless network coverage area
US20040117490A1 (en) * 2002-12-13 2004-06-17 General Instrument Corporation Method and system for providing chaining of rules in a digital rights management system
US7505779B1 (en) * 2005-04-15 2009-03-17 David Scott L System and method for facilitating proximity-based communication through dynamic communication device registration
KR100705580B1 (ko) * 2005-08-04 2007-04-10 삼성전자주식회사 브이오아이피 단말 및 그 단말의 정보관리방법
WO2008126280A1 (ja) * 2007-03-30 2008-10-23 Fujitsu Limited 呼接続の規制制御方法、規制制御システム、管理装置、呼制御装置、及び端末

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070083093A (ko) * 2006-02-20 2007-08-23 에스케이 텔레콤주식회사 멀티캐스트/브로드캐스트 서비스를 제공하는 방법 및시스템
KR100836028B1 (ko) * 2006-12-08 2008-06-09 한국전자통신연구원 멀티캐스트 브로드캐스트 서비스 제공 방법
KR20080112468A (ko) * 2007-06-21 2008-12-26 엘지전자 주식회사 무선 통신 네크워크에서의 브로드캐스트 또는 멀티캐스트서비스 절차

Also Published As

Publication number Publication date
KR20110061411A (ko) 2011-06-09
US8923184B2 (en) 2014-12-30
KR101641518B1 (ko) 2016-07-22
WO2011068345A3 (ko) 2011-10-13
US20120236779A1 (en) 2012-09-20

Similar Documents

Publication Publication Date Title
WO2011068345A2 (ko) 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법
WO2019160270A1 (en) Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system
WO2018169382A1 (en) Af influenced pdu session management and subscription procedures
WO2015096160A1 (zh) 一种保持业务连续性的方法及设备
WO2017126892A1 (ko) 이동 통신 시스템에서 단말의 통신 방법 및 장치
WO2017119802A1 (ko) 무선 통신 시스템에서 nidd(non-ip data delivery) 구성 설정 방법 및 이를 위한 장치
WO2018131987A1 (en) Method and apparatus for processing data in a wireless communication system
WO2017078485A1 (ko) 무선 통신 시스템에서 서빙 노드 이전 방법 및 이를 위한 장치
WO2019216546A1 (ko) 무선 통신 시스템에서 ladn 이용 방법 및 이를 위한 장치
WO2019216617A1 (en) Method and apparatus for triggering transmission carrier selection in wireless communication system
WO2015046961A1 (ko) M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
WO2016003252A1 (en) Method and apparatus for radio resources management
WO2012081882A2 (ko) 이동통신 시스템에서 셀 방송 기술을 이용한 신뢰성 있는 그룹 멀티캐스트 전송 방법 및 장치
WO2018052274A1 (en) Method for managing communication in mission critical data (mcdata) communication system
WO2021066466A1 (en) Method and apparatus for performing handover in wireless communication system
WO2016053066A1 (ko) 무선 통신 시스템에서 셀 단위 보고를 위한 방법 및 이를 위한 장치
WO2012165794A2 (ko) 이기종 네트워크 기반 데이터 동시 전송 서비스 시스템 및 그 방법
WO2011105840A2 (en) Apparatus and method for transmitting ul feedback information for carrier over a ul feedback channel in a multicarrier system
WO2020022849A1 (en) Method and apparatus for wireless communication of wireless node in wireless communication system
WO2020027508A1 (en) Wireless node communication method and apparatus in wireless communication system
CN104041095A (zh) 深度报文检测解析结果共享获取方法、系统及其相应设备
WO2012165809A2 (ko) 이기종 네트워크 기반 데이터 동시 전송 서비스 방법 및 장치
WO2018048230A1 (en) Method for managing short data service (sds) in mission critical data (mc data) communication system
WO2020166906A1 (en) Methods and apparatuses for transmitting and receiving data in wireless communication system
WO2018182366A1 (ko) Tcp/ip를 고려한 데이터 처리 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase in:

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13513421

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 10834760

Country of ref document: EP

Kind code of ref document: A2