KR101023315B1 - Method for Controlling BCMCS Registration in Mobile Communication System - Google Patents
Method for Controlling BCMCS Registration in Mobile Communication System Download PDFInfo
- Publication number
- KR101023315B1 KR101023315B1 KR1020030078142A KR20030078142A KR101023315B1 KR 101023315 B1 KR101023315 B1 KR 101023315B1 KR 1020030078142 A KR1020030078142 A KR 1020030078142A KR 20030078142 A KR20030078142 A KR 20030078142A KR 101023315 B1 KR101023315 B1 KR 101023315B1
- Authority
- KR
- South Korea
- Prior art keywords
- broadcast
- retry
- terminal
- message
- registration
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 발명은 고속 패킷 데이터 시스템에서 방송을 등록하기 위한 기지국에서의 제어 방법에 있어서, 단말이 수신하고자 하는 방송 프로그램에 관한 정보를 가지는 방송 등록 메시지를 수신하는 과정과, 상기 단말이 수신하고자 하는 방송 프로그램을 제공할 수 없을 경우, 상기 단말이 상기 방송 등록 메시지를 재전송 하기 위해 필요한 재전송 정보를 상기 단말에게 전송하는 과정을 포함한다.The present invention provides a control method of a base station for registering a broadcast in a high-speed packet data system, the method comprising: receiving a broadcast registration message having information on a broadcast program that a terminal wants to receive, and a broadcast program that the terminal wants to receive. If it is not possible to provide, the terminal includes the step of transmitting retransmission information necessary for retransmitting the broadcast registration message to the terminal.
방송 서비스, 재시도 메시지Broadcast service, retry message
Description
도 1은 본 발명의 일 실시 예에 따른 방송 재시도 메시지를 이용한 등록 제어 방법,1 is a registration control method using a broadcast retry message according to an embodiment of the present invention;
도 2는 본 발명의 다른 실시 예에 따른 방송 재시도 오더를 이용한 등록 제어 방법.
2 is a registration control method using a broadcast retry order according to another embodiment of the present invention.
본 발명은 이동통신 시스템에서 방송 서비스 방법에 관한 것으로, 특히 단말에게 등록 재시도에 대한 정보를 전달하는 방법을 제안한다.The present invention relates to a broadcast service method in a mobile communication system, and in particular, to a method for delivering information on registration retry to a terminal.
현재 논의되고 있는 방송 서비스 시스템에서 동적 방송 서비스(Dynamic BCMCS)가 제공되는 경우, 방송용 오버헤드 메시지, 즉 1x에서는 사용하는 방송 시스템 파라미터 메시지(Broadcast System Parameters Message : BSPM)이나 고속 패킷 데이터(High Rate Packet Data : 이하 HRPD라 기재함)시스템에서 사용하는 방송 오버 헤드 메시지(Broadcast Overhead Message)는 각 셀에서 실제 서비스가 진행 중인 것과 관계없이 서비스가 지원 가능한 모든 방송 컨텐츠(BCMCS Flow ID)에 대한 정보를 포함하고 있어야 한다. 그래서, 단말은 방송용 오버헤드 메시지에 포함된 방송 서비스 플로우 아이디(BCMCS Flow ID)에 따라 방송 수신 가능 여부를 판단하고 방송 등록 메시지(Registration Message)를 전송하게 된다. 현재는 상기와 같은 방송용 오버헤드 메시지 이외에 단말에게 방송 가능 여부를 알려줄 수 있는 방법이 존재하지 않다.When the dynamic broadcast service (Dynamic BCMCS) is provided in the broadcast service system under discussion, a broadcast overhead message, that is, a broadcast system parameters message (BSPM) or high rate packet data used in 1x, is used. Data: The Broadcast Overhead Message used by the system includes information on all broadcast contents (BCMCS Flow ID) that the service can support regardless of the actual service in progress in each cell. Should be doing. Thus, the terminal determines whether broadcast reception is possible according to a broadcast service flow ID (BCMCS Flow ID) included in the broadcast overhead message, and transmits a broadcast registration message. Currently, there is no method for notifying whether the broadcast is available to the terminal other than the broadcast overhead message as described above.
한편, 현재 고속 패킷 데이터 방송 서비스 시스템에서는 방송 리셋(Broadcast Reset)메시지가 소개되어 있다. 방송 리셋(Broadcast Reset)메시지는 단말이 가지고 있는 방송 관련 세션(session)정보가 현재 단말이 위치한 셀에서 사용하는 방송 세션 정보와 다른 경우, 단말에게 이러한 사실을 알림으로 사용자가 다시 방송 서비스 제어기(BCMCS controller)에 억세스하여 방송 관련 세션 정보를 갱신하도록 하고 있다. 방송 리셋 메시지가 전달되는 예로는 방송망에서 방송과 관련된 세션 정보가 변경되는 경우와, 단말이 이동하여 이전에 얻은 방송 세션 정보가 유효하지 않은 셀로 이동하는 경우, 이를 방송망에서 판단하여 단말에게 방송 서비스 제어기(BCMCS controller)에 다시 억세스하도록 한다.Meanwhile, in the current high speed packet data broadcast service system, a broadcast reset message is introduced. If the broadcast reset message is different from the broadcast session information used in the cell in which the terminal is currently located, the broadcast reset message is notified to the terminal and the user is returned to the broadcast service controller (BCMCS). controller to access broadcast-related session information. Examples of transmitting a broadcast reset message include a case where session information related to a broadcast is changed in a broadcast network, and when a terminal moves to a cell in which previously obtained broadcast session information is invalid, the broadcast network determines that the broadcast network is a broadcast service controller. Access the (BCMCS controller) again.
또한, 현재 고속 패킷 데이터 방송 서비스 시스템에서는 방송 관련 프로토콜의 세션 정보에 대한 협상(negotiation)을 유티캐스트 서비스를 위한 세션 협상(session negotiation)을 수행하는 도중에 또는 방송 서비스를 받기 위해 방송 서비스 제어기(BCMCS controller)에 억세스하기 위해 트래픽 채널을 열기 전에 수 행하도록 되어 있다. 방송 서비스 중간에는 단말은 아이들(idle)상태로 동작하게 되므로 방송 프로토콜에 대한 세션 협상(session negotiation)을 수행하지 않는다.In addition, in the current high speed packet data broadcasting service system, a broadcast service controller (BCMCS controller) performs negotiation for session information of a broadcast related protocol during session negotiation for a uticast service or to receive a broadcast service. Before accessing a traffic channel. Since the terminal operates in an idle state in the middle of a broadcast service, session negotiation for a broadcast protocol is not performed.
종래에는 고속 패킷 데이터 시스템에서 방송 서비스 또는 유니캐스트 서비스를 지원하는 경우, 세션 협상(session negotiation)을 위해서는 항상 단말의 요청에 의해서만 가능하도록 되어 있다.Conventionally, when a high speed packet data system supports a broadcast service or a unicast service, a session negotiation is always possible only at the request of a terminal.
현재 동기식 CDMA 시스템에서 논의되고 있는 방송 서비스(Broadcast and Multicast Service : BCMCS)시스템에서는 방송 서비스를 수신하고자 하는 단말은 방송 등록 메시지(BCMCS Flow Registration Message, HRPD의 경우)를 기지국에 전송하고 등록 메시지를 수신한 기지국은 등록 메시지에 명시한 방송 플로우(BCMCS Flow)가 현재 전송되고 있지 않은 경우, 그 플로우를 새로이 전송할 것인지 결정할 수 있다. 만약 기지국이 그 플로우를 전송하지 않기로 한 경우, 다음 방송 오버 헤드 메시지에 그 플로우에 대한 정보를 포함시키지 않음으로써 해당 플로우가 전송되지 않음을 알릴 수 있다.In a broadcast and multicast service (BCMCS) system, which is currently discussed in a synchronous CDMA system, a terminal that wants to receive a broadcast service transmits a broadcast registration message (BCMCS Flow Registration Message, HRPD) to a base station and receives a registration message. One base station may determine whether to newly transmit the flow if the broadcast flow (BCMCS Flow) specified in the registration message is not currently being transmitted. If the base station decides not to transmit the flow, it can be notified that the flow is not transmitted by not including information on the flow in the next broadcast overhead message.
해당 플로우가 전송되지 않는다는 사실을 인식한 단말은 그 플로우가 어떤 이유로 전송되지 않았는지 알 수가 없으며 따라서 그에 대해 등록 메시지를 다시 전송하여야 할 것인지 판단할 수 없다. 따라서 어떤 단말은 주어진 시간 간격으로 등록 메시지를 재전송할 수 있으며, 어떤 단말은 현재 섹터에서 핸드오프(Handoff)가 일어난 경우 등록 메시지를 재전송할 수 있으며, 어떤 단말은 서브넷(Subnet)이 바뀐 이후에 등록 메시지를 재전송할 수 있다. 이와 같이 필요 이상의 등록 메시지 재전송이 발생하여 역방향 자원을 낭비하고 시스템 관리의 어려움이 발생한다는 문 제점이 있다.
The terminal that recognizes that the flow is not transmitted cannot know why the flow is not transmitted and therefore cannot determine whether to resend the registration message. Therefore, some terminals may retransmit a registration message at a given time interval, and some terminals may retransmit a registration message when a handoff occurs in the current sector, and some terminals may register after a subnet is changed. You can resend the message. As such, there is a problem that more than necessary retransmission of the registration message wastes backward resources and causes difficulties in system management.
따라서, 상기한 바와 같은 문제점을 해결하기 위한 본 발명의 목적은 단말의 등록 메시지 재전송을 제한하고 제어할 수 있는 방법을 제안한다. Accordingly, an object of the present invention for solving the above problems proposes a method that can limit and control the retransmission of the registration message of the terminal.
본 발명에 따른 고속 패킷 데이터 시스템에서 방송을 등록하기 위한 기지국에서의 제어 방법은, 단말이 수신하고자 하는 방송 프로그램에 관한 정보를 가지는 방송 등록 메시지를 수신하는 과정과, 상기 단말이 수신하고자 하는 방송 프로그램을 제공할 수 없을 경우, 상기 단말이 상기 방송 등록 메시지를 재전송 하기 위해 필요한 재전송 정보를 상기 단말에게 전송하는 과정을 포함한다. In a high speed packet data system according to the present invention, a control method of a base station for registering a broadcast includes: receiving a broadcast registration message having information about a broadcast program that a terminal wants to receive, and a broadcast program that the terminal wants to receive. If it is not possible to provide, the terminal includes the step of transmitting retransmission information necessary for retransmitting the broadcast registration message to the terminal.
또한 본 발명에 따른 방송 서비스 시스템에서 방송을 등록하기 위한 단말에서의 제어 방법은, 수신을 원하는 방송 프로그램을 요청하기 위해 기지국으로 전송된 방송 등록 메시지에 대응하여 상기 기지국으로부터 방송 재시도 메시지를 수신하는 과정과, 상기 방송 재시도 메시지에 포함된 재전송 정보를 기반으로 상기 방송 등록 메시지를 재전송하는 과정을 포함한다.In addition, the control method in the terminal for registering a broadcast in the broadcast service system according to the present invention, receiving a broadcast retry message from the base station in response to the broadcast registration message sent to the base station to request a broadcast program that you want to receive And retransmitting the broadcast registration message based on retransmission information included in the broadcast retry message.
이하 첨부된 도면을 참조하여 본 발명의 상세 동작 및 구조에 대하여 상세히 설명한다. 도면들 중 참조번호들 및 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유 의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.Hereinafter, the detailed operation and structure of the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the same reference numerals and the same elements among the drawings are represented by the same reference numerals and symbols as much as possible even though they are shown on different drawings. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.
본 발명은 방송 재시도 메시지 또는 방송 재시도 오더를 이용하여 단말에게 어떤 상황을 알려주어, 단말의 불필요한 방송 서비스 등록 과정을 방지하는 방법을 제안한다.The present invention proposes a method for preventing an unnecessary broadcast service registration process of a terminal by notifying a terminal of a certain situation using a broadcast retry message or a broadcast retry order.
그러면, 우선 본 발명의 일 실시 예에 따른 고속 패킷 데이터 시스템에서의 방송 재시도 메시지를 정의하고, 상기 방송 재시도 메시지를 이용한 방송 등록 제어 방법을 설명하기로 한다.First, a broadcast retry message is defined in a fast packet data system according to an embodiment of the present invention, and a broadcast registration control method using the broadcast retry message will be described.
하기의 <표 1>은 상기 고속 패킷 데이터 시스템에서 사용되는 방송 재시도 메시지 포맷의 일 예이다. Table 1 below is an example of a broadcast retry message format used in the fast packet data system.
상기 <표 1>에서 메시지 아이디(Message ID)필드는'8'비트의 방송 재시도 메시지에 할당된 메시지 식별자 값이고, 재시도 타입(Retry Type)필드는 방송 재시도를 제한하는 기준을 명시하는'2'비트의 필드로, 그 값에 따른 재시도 종류가 하기의 <표 2>에 도시되어 있다. In Table 1, the Message ID field is a message identifier value assigned to a broadcast retry message of 8 bits, and the Retry Type field specifies a criterion for limiting broadcast retry. A field of '2' bits, and the retry type according to the value is shown in Table 2 below.
'01'은 "Do not retry in this subnet" 타입으로, 현재의 서브넷에 머무는 동안 재시도를 하지 못하도록 지시하기 위해 사용된다. 재시도 타입 필드가'01'로 설정된 방송 재시도 메시지를 수신한 단말은 다른 서브넷으로 핸드오프가 일어나기 이전에는 다시 방송 등록 메시지를 전송하지 않는다. 상기 서브넷은 고속 데이터 시스템에서 일반적으로 패킷 제어기(PCF) 단위를 의미한다. '01' is of type "Do not retry in this subnet" and is used to indicate that no retries will be attempted while in the current subnet. The terminal receiving the broadcast retry message having the retry type field set to '01' does not transmit the broadcast registration message again until a handoff occurs to another subnet. The subnet generally refers to a packet controller (PCF) unit in a high speed data system.
'10'은 "Do not retry during specified time"타입으로, 방송 재시도 메시지 내에 포함된 재시도 딜레이(Retry Delay)기간 동안 재시도를 하지 못하기 위해 사용된다. 재시도 타입 필드가 '10'으로 설정된 방송 재시도 메시지를 수신한 단말은 다른 섹터로 핸드오프가 일어나거나 상기 명시한 시간이 지나기 전에는 다시 방송 등록 메시지를 전송하지 않는다.'10' is a “Do not retry during specified time” type and is used to prevent retry during a Retry Delay period included in a broadcast retry message. The terminal receiving the broadcast retry message having the retry type field set to '10' does not transmit the broadcast registration message again until a handoff occurs to another sector or after the specified time elapses.
상기 <표 1>의 재시도 딜레이(Retry Delay)필드는 방송 등록 메시지를 재전송하기까지 기다려야 할 시간을 명시하는 필드로 상기 <표 2>의 재시도 타입 필드가 '10'의 값을 가질 때만 상기 재시도 메시지에 포함되어 전송되며, 그 구조는 하기의 <표 3>과 같다. The Retry Delay field of Table 1 indicates a time to wait for retransmission of a broadcast registration message. Only when the retry type field of Table 2 has a value of '10'. It is transmitted in a retry message, and its structure is shown in Table 3 below.
상기 <표 3>을 참조하면, 상기 재시도 딜레이(Retry Delay)필드의 최상위 비트(Most significant bit : 이하 MSB라 기재함)는 재전송까지 필요한 시간의 단위를 명시하는 비트로, 그 값이 '0'일 경우 시간 단위가 초라는 것을 의미하고, '1'일 경우 시간 단위가 분이라는 것을 의미한다. MSB를 제외한 하위 7비트는 재전송 까지 기다려야 할 시간의 길이를 나타낸다. 예를 들어, 재시도 타입(Retry Type)필드가 '10'이고 재시도 딜레이(Retry Delay)필드의 값이 '10001000'인 재전송 메시지를 수신한 단말의 경우 등록 메시지 재전송까지 8분을 기다려야 한다.Referring to <Table 3>, the most significant bit (hereinafter, referred to as MSB) of the retry delay field is a bit that specifies a unit of time required for retransmission, and its value is '0'. In this case, the unit of time is seconds, and in the case of '1', the unit of time is minutes. The lower 7 bits except the MSB represent the length of time to wait for retransmission. For example, a terminal receiving a retransmission message having a Retry Type field of '10' and a value of a Retry Delay field of '10001000' must wait 8 minutes until retransmission of a registration message.
상기 <표 1>의 방송 서비스 플로우 인클루드(BCMCS Flow Included)필드는 방송 플로우 정보가 포함되었는지를 나타내는 지시자로 사용되며, 이 값이 '1'로 설정된 경우에만 방송 서비스 플로우 아이디 길이(BCMCS Flow ID Length)필드와 방송 서비스 플로우 카운트(BCMCS Flow Count), 방송 서비스 플로우 아이디(BCMCS Flow ID)필드가 포함된다. 상기 방송 서비스 플로우 아이디 길이(BCMCS Flow ID Length)필드는 포함된 방송 플로우의 길이를 나타내는 필드로 포함된 방송 플로우는 (BCMCS Flow ID Length + 1) * 8비트의 길이를 가지게 된다. The BCMCS Flow Included field of Table 1 is used as an indicator indicating whether broadcast flow information is included. Only when this value is set to '1', the BMCS Flow ID Length is included. ) Field, broadcast service flow count (BCMCS Flow Count), and broadcast service flow ID (BCMCS Flow ID) fields are included. The broadcast service flow ID length field is a field indicating the length of the included broadcast flow and has a length of (BCMCS Flow ID Length + 1) * 8 bits.
상기 방송 서비스 플로우 카운트(BCMCS Flow Count)필드는 방송 재시도 오더에 포함된 방송 플로우의 수를 나타내는 필드이고, 방송 서비스 플로우 아이디( BCMCS Flow ID)필드는 포함된 방송 플로우 식별자를 나타내는 필드이다. 상기 방송 플로우 정보는 기지국이 특정 방송 플로우에 대해서만 등록 재시도를 제한하고자 할 때, 방송 재시도 메시지에 포함된다.The BMCCS Flow Count field is a field indicating the number of broadcast flows included in a broadcast retry order, and a BCMCS Flow ID field is a field indicating an included broadcast flow identifier. The broadcast flow information is included in the broadcast retry message when the base station attempts to limit registration retries only for a specific broadcast flow.
또한, 상기 방송 재시도 메시지는 하기의 <표 4>와 같은 전송 특징을 가질 수 있다. In addition, the broadcast retry message may have a transmission characteristic as shown in Table 4 below.
즉, 방송 재시도 메시지는 순방향 트래픽 채널(Forward Traffic Channel)이나 제어 채널(Control Channel)을 통해서 단일 전송(unicast) 방식으로 단말에게 전송되며, 시그널링 프로토콜(Signaling Link Protocol)에서 재전송을 하지 않으며 30의 상대적 우선순위를 가지고 전송된다.That is, the broadcast retry message is transmitted to the terminal through a forward traffic channel or a control channel in a unicast manner, and is not retransmitted in the signaling protocol. Sent with relative priority.
도 1은 고속 패킷 데이터 시스템에서 상기 방송 재시도 메시지를 이용한 방송 등록 제어 방법의 일 실시 예를 설명하기 위한 신호 흐름도이다.1 is a signal flowchart illustrating an embodiment of a broadcast registration control method using the broadcast retry message in a fast packet data system.
도 1을 참조하면, 방송을 수신하고자 하는 단말(10)이 100 단계에서 수신하고자 하는 방송 플로우를 명시한 방송 등록 메시지를 기지국(11)에 전송한다. 상기 방송의 전송까지 특정 시간을 필요로 하는 기지국(11)은 110 단계에서 재시도 딜레이(Retry Delay)를 명시한 방송 재시도 메시지를 단말(10)에게 전송하여, 단말(10)이 수신하고자 하는 모든 방송 플로우에 대해서 방송 등록 시도를 특정 재시도 딜레이(Retry Delay)동안 지연시킨다. 이 때, 단말(10)에 전송되는 재시도 메시지의 재시도 타입 필드는 '10'으로 설정된다.Referring to FIG. 1, the
120 단계에서 해당 재시도 딜레이(Retry Delay)만큼의 시간동안 기다린 단말(10)은 130 단계에서 다시 기지국(11)으로 방송 등록 메시지를 전송하여 방송 서비스 수신을 시도한다. 140 단계에서 기지국(11)은 상기 130 단계에서 수신한 방 송 식별자들에 대한 방송을 전송하기 시작한다.In
그러면, 본 발명의 다른 실시 예에 따른 BCMCS 시스템에서 등록 재전송을 제어하기 위해서 수정된 재시도 오더(Retry Order)를 이용하여 방송 등록 재전송을 제어하는 방법과 새로운 방송 재시도 오더(BCMCS Retry Order)를 정의하여 사용하는 방법을 설명하기로 한다.Then, in order to control registration retransmission in the BCMCS system according to another embodiment of the present invention, a method for controlling broadcast registration retransmission using a modified retry order and a new broadcast retry order (BCMCS Retry Order) are performed. We will explain how to define and use.
상기 재시도 오더는 단말의 연결 재시도를 제거하거나 재시도에 필요한 시간을 명시하기 위해서 사용된다. 하기의 <표 5>는 본 발명의 다른 실시 예에 따른 1x 시스템에서 사용하는 재시도 오더 포맷이다.The retry order is used to specify a time required for removing or retrying a connection retry of the terminal. Table 5 below is a retry order format used in a 1x system according to another embodiment of the present invention.
상기 <표 5>를 참조하면, ORDQ 필드는 '00000000'로 설정되며 재시도 타입(RETRY_TYPE)필드는 재시도를 제한하는 기준의 종류를 명시하는 필드로 아래 하기의 <표 6>과 같은 의미를 가지도록 설정된다. Referring to <Table 5>, the ORDQ field is set to '00000000', and the retry type (RETRY_TYPE) field is a field that specifies the type of criteria for limiting retries. It is set to have.
상기 <표 6>을 참조하면,'000'은 단말의 재시도를 제거하기 위해 사용되며, '001'은 패킷 데이터 발호 메시지(Packet Data Origination Message), 재접속 메시지(Reconnect Message) 또는 강화 발호 메시지(Enhanced Origination Message)에 대해서 재시도 시간을 지시하기 위해 사용되며, '010'은 자원 요청 메시지(Resource Request Message) 또는 자원 요청 미니 메시지(Resource Request Mini Message)에 대한 재시도 시간을 지시하기 위해 사용되며, '011'은 부가 채널 요청 메시지(Supplemental Channel Request Message) 또는 부가 채널 요청 미니 메시지(Supplemental Channel Request Mini Message)에 대한 재시도 시간을 지시하기 위해 사용된다. 본 발명의 실시 예에서는 종래의 예비된 값으로 남겨져 있던 '100' ~ '110'을 방송 등록에 대한 재시도 오더로 사용하였다. 즉, '100'은 현재 섹터에서 방송 등록을 재시도하지 못하도록 지시하기 위해 사용하며, '101'은 현재 패킷 존(Packet zone) 내에서 방송 등록을 재시도하지 못하도록 지시하기 위해 사용되며, '110'은 재시도 오더에 명시된 재시도 딜레이(RETRY_DELAY)시간 동안 방송 등록을 재시도하지 못하도록 지시하기 위해 사용된다.Referring to <Table 6>, '000' is used to remove a retry of a terminal, and '001' is a packet data origination message, a reconnect message, or an enhanced call message ( It is used to indicate the retry time for Enhanced Origination Message, and '010' is used to indicate the retry time for Resource Request Message or Resource Request Mini Message. '011' is used to indicate a retry time for a Supplemental Channel Request Message or a Supplemental Channel Request Mini Message. In the embodiment of the present invention, '100' to '110', which are left at the reserved values, are used as retry orders for broadcasting registration. That is, '100' is used to indicate that the broadcast registration is not retried in the current sector, and '101' is used to indicate that the broadcast registration is not retried in the current packet zone. 'Is used to indicate that the broadcast registration will not be retried for the retry delay (RETRY_DELAY) time specified in the retry order.
상기 <표 5>의 재시도 딜레이(RETRY_DELAY)필드는 방송 등록 메시지를 재전송하기까지 기다려야 할 시간을 명시하는 필드로 재시도 타입(RETRY_TYPE)필드가 '001'이나 '010', '011', '110'의 값을 가질 때만 메시지 내에 포함되어 전송된다.상기 재시도 딜레이(RETRY_DELAY)필드는 재시도 타입(RETRY_TYPE)필드가 '010', '011'의 값을 가질 경우 320ms의 배수를 값으로 가지며, '001'이나 '110'의 값을 가질 경우 상기 <표 3>과 같은 구조를 가진다. 즉, 재시도 딜레이(RETRY_DELAY) 필드의 최상위 비트(Most significant bit : MSB)는 재전송까지 필요한 시간의 단위를 명시하는 비트로 '0'일 경우 시간 단위가 초라는 것을 의미하고 '1'일 경우 시간 단위가 분이라는 것을 의미한다. MSB를 제외한 하위 7비트는 재전송까지 기다려야 할 시간의 크기를 나타낸다. The retry delay (RETRY_DELAY) field of Table 5 indicates a time to wait for retransmission of a broadcast registration message. The retry type (RETRY_TYPE) field is' 001 ',' 010 ',' 011 ',' It is included in the message only when it has a value of 110 '. The RETRY_DELAY field has a multiple of 320 ms when the RETRY_TYPE field has a value of' 010 'and' 011 '. , '001' or '110' has a structure as shown in Table 3. That is, the most significant bit (MSB) of the retry delay (RETRY_DELAY) field is a bit that specifies the unit of time required for retransmission. If '0', the time unit is seconds. Means minutes. The lower seven bits, excluding the MSB, represent the amount of time to wait for retransmission.
하기의 <표 7>은 방송 시스템에 대한 방송 재시도 오더로 정의한 또 다른 실시 예의 구조를 도시하고 있다.Table 7 below shows a structure of another embodiment defined as a broadcast retry order for a broadcast system.
본 발명에서 실시 예로 정의한 방송 재시도 오더는 순방향 공통 시그널링 논리 채널(Forward Common Signaling Channel : F-CSCH)이나 순방향 개별 시그널링 논리 채널(Forward Dedicate Signaling Channel : F-DSCH)을 통해 전송되며 '100101'의 오더식별자(order code)를 가진다. 방송 재시도 오더는 P_REV_IN_USE의 값이 11보다 큰 release D 시스템과 단말에서만 정의되며 하기의 <표 8>에 도시된 바와 같은 추가적인 필드를 가진다. The broadcast retry order defined as an embodiment in the present invention is transmitted through a forward common signaling channel (F-CSCH) or a forward separate signaling channel (F-DSCH), It has an order code. The broadcast retry order is defined only in a release D system and a terminal in which the value of P_REV_IN_USE is greater than 11 and has an additional field as shown in Table 8 below.
상기 <표 8>의 방송 재시도 오더에서 ORDQ 필드는 '00000000'의 값을 가지며 재시도 타입(RETRY_TYPE)필드는 재시도 방법의 종류를 명시하는 필드로 하기의 <표 9> 같은 의미를 가지도록 설정된다. In the broadcast retry order of <Table 8>, the ORDQ field has a value of '00000000', and the retry type (RETRY_TYPE) field is a field that specifies the type of the retry method. Is set.
상기 <표 9>를 참조하면, 재시도 타입(RETRY_TYPE) 필드가 '00'이면 현재의 섹터에서 방송 등록을 재시도하지 못하도록 지시하기 위해 사용하며, '01'은 현재 패킷 존(Packet zone) 내에서 방송 등록을 재시도하지 못하도록 지시하기 위해 사용되며, '10'은 방송 재시도 오더에 명시된 재시도 딜레이(RETRY_DELAY)시간 동안 방송 등록을 재시도하지 못하도록 지시하기 위해 사용된다. 재시도 딜레이(RETRY_DELAY)필드는 재시도 타입(RETRY_TYPE)필드가 '10'의 값을 가질 때만 메시지 내에 포함되며, 재시도까지 기다려야 할 시간을 명시하는 데 사용된다. 상기 <표 8>의 방송 서비스 플로우 인클루드(BCMCS_FLOW_INCL)필드는 방송 플로우 정보가 포함되었는지를 나타내는 지시자로 사용되며 이 값이 1로 설정된 경우에만 NUM_BCMCS_FLOW필드와 BCMCS_FLOW_ID_LEN_IND, BCMCS_FLOW_ID 필드가 포함된다. 상기 NUM_BCMCS_FLOW 필드는 방송 재시도 오더에 포함된 방송 플로우의 수를 나타내는 필드이고, 상기 BCMCS_FLOW_ID_LEN_IND 필드는 포함된 방송 플로우의 길이를 나 타내는 필드로 '00', '01', '10'의 값을 가질 때, 각각 방송 플로우는 16 비트, 24 비트, 32 비트의 길이를 가지게 된다. 상기 BCMCS_FLOW_ID 필드는 포함된 방송 식별자를 기술하는 필드이다. 이와 같은 방송 플로우 정보는 기지국이 특정 방송 플로우에 대해서만 등록 재시도를 제한하고자 할 때, 방송 재시도 오더에 포함된다.Referring to <Table 9>, if the retry type (RETRY_TYPE) field is '00', it is used to indicate that the broadcast registration is not retried in the current sector, and '01' is in the current packet zone. Is used to instruct not to retry the broadcast registration, '10' is used to instruct not to retry the broadcast registration for the retry delay (RETRY_DELAY) time specified in the broadcast retry order. The retry delay (RETRY_DELAY) field is included in the message only when the retry type (RETRY_TYPE) field has a value of '10' and is used to specify the time to wait for retry. The broadcast service flow include (BCMCS_FLOW_INCL) field of Table 8 is used as an indicator indicating whether broadcast flow information is included. The NUM_BCMCS_FLOW field, BCMCS_FLOW_ID_LEN_IND, and BCMCS_FLOW_ID fields are included only when this value is set to 1. The NUM_BCMCS_FLOW field is a field indicating the number of broadcast flows included in the broadcast retry order, and the BCMCS_FLOW_ID_LEN_IND field is a field indicating the length of the included broadcast flow and has a value of '00', '01', and '10'. Each broadcast flow has a length of 16 bits, 24 bits, and 32 bits. The BCMCS_FLOW_ID field is a field for describing an included broadcast identifier. Such broadcast flow information is included in the broadcast retry order when the base station attempts to limit registration retry only for a specific broadcast flow.
하기의 도 2는 본 발명의 다른 실시 예에 따른 방송 재시도 오더를 이용한 방송 등록 제어의 한 실시 예를 나타낸 그림이다. 2 is a diagram illustrating an embodiment of broadcast registration control using a broadcast retry order according to another embodiment of the present invention.
방송을 수신하고자 하는 단말(20)이 200 단계에서 수신하고자 하는 방송 플로우를 명시한 등록 메시지를 전송하였다. 상기 방송의 전송까지 특정 시간을 필요로 하는 기지국(21)은 210 단계에서 재시도 딜레이(RETRY_DELAY)를 명시한 방송 재시도 오더를 전송하여 단말이 수신하고자 하는 모든 방송 플로우에 대해서 방송 등록 시도를 특정 재시도 딜레이(RETRY_DELAY)동안 지연시킨다. 220 단계에서 해당 재시도 딜레이(RETRY_DELAY)만큼의 시간 동안 기다린 단말(20)은 230 단계에서 다시 등록 메시지를 전송하여 방송 서비스 수신을 시도한다. 240 단계에서 기지국(21)은 230 단계에서 수신한 방송 식별자들에 대한 방송을 전송할 수 있다.
In step 200, the terminal 20 to receive a broadcast transmits a registration message specifying a broadcast flow to receive. The
이상에서 상술한 바와 같이 본 발명은 필요 이상의 등록 메시지 재전송에 따른 역방향 자원 낭비 및 시스템 관리상의 어려움을 방지할 수 있다는 이점이 있다. As described above, the present invention has an advantage of preventing backward resource waste and system management difficulties caused by re-transmission of a registration message more than necessary.
Claims (6)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020030078142A KR101023315B1 (en) | 2003-11-05 | 2003-11-05 | Method for Controlling BCMCS Registration in Mobile Communication System |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020030078142A KR101023315B1 (en) | 2003-11-05 | 2003-11-05 | Method for Controlling BCMCS Registration in Mobile Communication System |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20050043305A KR20050043305A (en) | 2005-05-11 |
| KR101023315B1 true KR101023315B1 (en) | 2011-03-18 |
Family
ID=37244055
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020030078142A KR101023315B1 (en) | 2003-11-05 | 2003-11-05 | Method for Controlling BCMCS Registration in Mobile Communication System |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR101023315B1 (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003063418A1 (en) | 2002-01-16 | 2003-07-31 | Qualcomm Incorporated | Method and apparatus for provision of broadcast service information |
-
2003
- 2003-11-05 KR KR1020030078142A patent/KR101023315B1/en not_active IP Right Cessation
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003063418A1 (en) | 2002-01-16 | 2003-07-31 | Qualcomm Incorporated | Method and apparatus for provision of broadcast service information |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20050043305A (en) | 2005-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1635585B1 (en) | Deactivation method of multimedia broadcast multicast service and related device | |
| EP3509329B1 (en) | Multicast service sending method and system | |
| US8243674B2 (en) | Apparatus and method of releasing a point-to-multipoint radio bearer | |
| AU2005204215B2 (en) | Repairing errors in data of MBMS service | |
| EP1668798B1 (en) | Method for distinguishing mbms service request from other service requests | |
| CN100515126C (en) | Transmitting/receiving controlling information method for mobile communication system | |
| US7197333B2 (en) | Paging system and method for providing multicast multimedia broadcast/multicast service | |
| JP4690003B2 (en) | Method for transmitting / receiving service validity information of multimedia broadcast / multicast service | |
| US7995582B2 (en) | Mobile communication system using broadcast communication or multicast communication | |
| KR100547802B1 (en) | Method of Providing One-Way Broadcasting Service in Mobile Communication System | |
| EP1622316A1 (en) | Method and apparatus for selecting frequency layer for connected mode UE in an MBMS mobile communication sytem | |
| AU2006213219B2 (en) | Apparatus and method for transmitting information for MBMS | |
| US8050221B2 (en) | Method and apparatus for dispersing user equipments to non-preferred frequencies in a multimedia broadcast/multicast service system | |
| KR20050014984A (en) | Methoed for retransmitting rrc connection request in a mobile communication system which support mbms | |
| JP2006174447A (en) | Method and instrument for informing core network chosen with terminal in network share system to radio access network | |
| EP1909411A1 (en) | Multimedia content providing method and mobile station | |
| CN114402659A (en) | Method for acquiring and sending MBMS information, terminal equipment and network element equipment | |
| JP4347576B2 (en) | Communication service provision method | |
| KR100790086B1 (en) | Method for transceiving/receiving service availability information of multimedia broadcast/multicast service | |
| KR101023315B1 (en) | Method for Controlling BCMCS Registration in Mobile Communication System | |
| KR20060016292A (en) | Methoed for retransmitting rrc connection request in a mobile communication system which support mbms | |
| WO2008155253A2 (en) | Communication resource signaling | |
| KR101066319B1 (en) | Method for serving broadcast service in a mobile communication system | |
| KR100871216B1 (en) | Method for transmitting/receiving control message in mobile communication system serving multimedia broadcast/multicast service | |
| US20120076062A1 (en) | Method, public land mobile network and base station entity |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20140227 Year of fee payment: 4 |
|
| FPAY | Annual fee payment |
Payment date: 20150226 Year of fee payment: 5 |
|
| FPAY | Annual fee payment |
Payment date: 20160226 Year of fee payment: 6 |
|
| FPAY | Annual fee payment |
Payment date: 20170224 Year of fee payment: 7 |
|
| LAPS | Lapse due to unpaid annual fee |