JP4192326B2 - Receiving apparatus and method - Google Patents

Receiving apparatus and method Download PDF

Info

Publication number
JP4192326B2
JP4192326B2 JP06615799A JP6615799A JP4192326B2 JP 4192326 B2 JP4192326 B2 JP 4192326B2 JP 06615799 A JP06615799 A JP 06615799A JP 6615799 A JP6615799 A JP 6615799A JP 4192326 B2 JP4192326 B2 JP 4192326B2
Authority
JP
Japan
Prior art keywords
interface
control unit
packet
detecting
hang
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP06615799A
Other languages
Japanese (ja)
Other versions
JP2000261528A (en
Inventor
康行 井上
昭浩 上竹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Priority to JP06615799A priority Critical patent/JP4192326B2/en
Publication of JP2000261528A publication Critical patent/JP2000261528A/en
Application granted granted Critical
Publication of JP4192326B2 publication Critical patent/JP4192326B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、例えば衛星回線の片方向伝送路を使用するデータ通信に適用できる受信装置および方法に関する。
【0002】
【従来の技術】
最近では、ディジタル通信網が整備され、各種サービスが開始されている。また、ディジタル通信網の一つとして衛星回線等を利用した企業内情報システムが実用化されつつある。このようなシステムに用いられる受信機は、衛星イントラネットレシーバと称され、インターネット技術を活用することで、TCP/IP上での電子メール、電子ニュース、電子掲示板等の利用を可能にする。
【0003】
衛星イントラネットレシーバは、衛星回線を介して供給されるトランスポート・ストリームを受信し、そのストリーム内に多重された各チャンネルから所望のチャンネルを分離してデスクランブルし、そのデスクランブルされたトランスポート・ストリームから所定のパケットを分離・抽出する機能と、得られたパケットをネットワーク内の端末に分配する機能とを有する。
【0004】
衛星回線等の片方向回線からパケットが上がってこなくなる原因としては、送信中止、通信障害、片方向回線インターフェースのハングアップが考えられる。この発明は、片方向回線インターフェースのハングアップ、受信装置の起動時の初期化の失敗等の、受信装置に起因するものに対して通信の回復をはかるものである。
【0005】
【発明が解決しようとする課題】
インターフェースがハングアップした状態となると、何の前触れがなく、突然通信が途絶えてしまう。通信障害が原因の場合では、受信機に表示板があれば、それを見ることで原因を判断できる。しかしながら、インターフェースのハングアップは、外部から判断することができず、原因を解明するのに多大な時間が必要とされる。また、インターフェースがハングアップした状態となった場合には、受信機自体を再起動させるしか手段がない。再起動には、2〜3分程度要するので、ハングアップ発生から正常動作に戻るまでには、原因解明の時間を含めないでも、5分以上の時間が必要となる。さらに、受信機の起動時に、通信障害等で電波が受信できていない場合には、インターフェースの初期化が不可能である。従って、その後に、電波を正常に受信できるようになっても、インターフェースが活性化できていないので、パケット受信ができない。
【0006】
従って、この発明の目的は、インターフェースのハングアップ、インターフェースの初期化不良等の受信装置に起因する上述した問題点を解決することができる受信装置および方法を提供することにある。
【0007】
【課題を解決するための手段】
以上の問題を解決するために請求項1の発明は、アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、
フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、
正常な受信状態か否かを表示する表示部と、
インタ−フェースで分離されたパケットが供給される制御部とからなり、
制御部は、周期的に送信されるパケットがインタ−フェースから供給されないことを複数回検出することによって、インタ−フェースのハングアップを検出し、
制御部は、インタ−フェースのハングアップを検出する場合に、インタ−フェースを初期化し、パラメータを再設定る受信装置である。
【0008】
請求項の発明は、アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、正常な受信状態か否かを表示する表示部と、インタ−フェースで分離されたパケットが供給される制御部とからなる受信装置における受信方法において、
アンテナおよびフロントエンド部によって周期的に送信されるパケットを受信し、受信したパケットを制御部に供給するステップと、
制御部によって、パケットがインタ−フェースから供給されないことを複数回検出することによって、インタ−フェースのハングアップを検出するステップと、
インタ−フェースのハングアップを検出する場合に、制御部によって、インタ−フェースを初期化し、パラメータを再設定ステップとを有する信方法である。
【0009】
この発明では、通信プロトコルにのっとって周期的に受信されるべきパケットが所定時間にわたって受信されない場合には、タイムアウトと判定される。それによりインターフェース部が再起動される。
【0010】
【発明の実施の形態】
以下、この発明の一実施形態について図面を参照して説明する。図1は、この発明の一実施形態の全体構成を示す。図1に示すようにこの発明による受信装置が受信アンテナ1、受信機2、n個のパーソナルコンピュータからなるパーソナルコンピュータ群11〜1nにより構成されている。
【0011】
送信装置から送出された電波信号が通信衛星を介して受信アンテナ1により受信される。受信アンテナ1に対して受信機2が接続されている。受信アンテナ1にはLNB(Low Noise Block down converter) が設けられており、受信信号が所定の中間周波信号に周波数変換され、この出力が受信機2に供給される。
【0012】
受信機2は、受信信号の中から一つの搬送波の選択・復調を行い、多重化されたトランスポートストリームから所定のストリームのデスクランブルを行うフロントエンド部3と、フロントエンド部3から入力されたトランスポートストリームからプライベートセクションを作成する片方向回線インターフェース4と、片方向回線インターフェース4で得られたプライベートセクションからIPパケットを抽出し必要な処理を行う制御部6と、得られたパケットを端末装置として機能するパーソナルコンピュータ群11〜1nに分配する双方向回線インターフェース5と、表示部7とにより構成されている。
【0013】
制御部6は、受信機2全体を制御する。制御部6には、片方向回線インターフェース4、双方向回線インターフェース5のそれぞれがデータバスにより接続され、各部との間において双方向にデータの授受が可能とされている。制御部6にからの制御情報が各部に供給されて受信機2が制御される。また、制御部6には、例えば、液晶表示板からなる表示部7が接続されており、受信状態等が表示される。具体的には、受信機2が正常な受信状態にある場合には、テレビジョン放送におけるチャンネルに相当するサービスIDが表示部7に表示される。また、通信障害により電波が受信できていない場合には「−−−」が表示される。
【0014】
また、制御部6は、所定の通信プロトコル(DTCP)において周期的に所定のパケットが受信されるかどうかを判定し、判定結果に基づいて自動的に片方向回線インターフェース4をリセットする。DTCPは、途中に衛星回線等の片方向回線のあるネットワークに適した経路制御技術であるUDLRの主要プロトコルの一つである。DTCPは、受信装置側が送信局の状態を知り、必要であればネットワークを片方向回線である衛星回線から双方向回線である電話線等の地上回線に切り替えるための判断情報として必要なものである。
【0015】
フロントエンド部3は、例えば、チューナ回路、復調回路、誤り訂正デスクランブラ回路により構成される。フロントエンド部3は、制御部6からの制御情報に基づいて所定の搬送波を選局して送信側においてなされた変調処理に対応した復調処理を行うと共に、送信側においてなされた符号化処理に応じた誤り訂正処理を行う。フロントエンド部3は、制御部6からの制御情報に基づいて送信側においてスクランブル処理がなされている場合には、デスクランブル処理を行う。得られたデスクランブル後のトランスポートストリームが片方向回線インターフェース4に供給される。
【0016】
片方向回線インターフェース4は、例えば多重化されたトランスポートストリームを分離するデマルチプレクサ等を有し、分離されたトランスポートストリームからプライベートセクションを構成する。
【0017】
片方向回線インターフェース4により得られたプライベートセクションが制御部6に供給される。制御部6では、供給されたプライベートセクションからIPパケットを構成し、必要なパケットを抽出する。抽出されたパケットは、双方向回線インターフェース5から端末装置として接続されたパーソナルコンピュータ群11〜1nに送られる。この場合、IPアドレスに従ってパケットを送信する。
【0018】
上述したように構成される一実施形態における受信処理の手順について説明する。最初に、DTCPの動作について説明する。
【0019】
(1) 送信装置は、起動すると同時にDTCP HELLOパケットを送信する。このパケットには、送信装置側の状態を示す情報が含まれ、送信装置側の状態としては、放送中あるいは放送終了の二つである。
【0020】
(2) DTCP HELLOパケットは、特定間隔(HELLO INTERVALと称し、推奨値は、10秒)で送信される。
【0021】
(3) 受信装置側は、DTCP HELLOパケットを受信することで送信側システムの状態を検知する。
【0022】
(4) 正常な状態においては、(2) および(3) の繰り返しがなされる。
【0023】
(5) DTCP HELLOパケットがHELLO INTERVAL秒以内に受信できなかった場合でも、受信装置側は、次のDTCP HELLOパケットを待機する。
【0024】
(6) (5) の待機状態は、HELLO LEAVE 秒(HELLO INTERVAL×3で推奨値は、30秒)維持される。
【0025】
(7) HELLO LEAVE 秒待機しても、DTCP HELLOパケットが受信できない場合には、タイムアウトとなり、受信装置は片方向回線を閉鎖してネットワークを地上回線に切り替える。
【0026】
この発明の一実施形態では、上記(7) のタイムアウト後に、片方向回線インターフェース4の診断を行い、DTCP HELLOパケットが受信できなくなった原因が片方向回線インターフェース4にあると判断された時に、インターフェースの再活性化を行い、通信を正常に回復させるものである。図2は、一実施形態における処理の手順のフローチャートである。
【0027】
先ず、ステップS1において、DTCP HELLOパケットを受信する。DTCP HELLOパケットが受信されると、ステップS2およびステップS3に移行して、制御部6においてメインルーティンの処理がなされる。また、その処理に並行して制御部6においてステップS4〜ステップS8までのDTCP HELLOパケットの監視処理がなされる。
【0028】
つまり、タイムアウトカウント値が0に初期化され(ステップS4)、次にアプリケーションがHELLO INTERVAL(秒)の減算タイマをバックグラウンドプロセスとして起動する(ステップS5)。そして、ステップS6において、タイムアウト前に次のDTCP HELLOパケットを受信したかどうかが決定される。タイムアウト前に次のDTCP HELLOパケットを受信したならば、ステップS4に戻る。タイムアウト前に次のDTCP HELLOパケットを受信している限りは、このステップS4〜ステップS6の処理が繰り返される。
【0029】
ステップS6において、タイムアウト前に次のDTCP HELLOパケットを受信できなければ、ステップS7に移行し、タイムアウトカウントをインクリメントする。そして、ステップS8において、タイムアウトカウント値が3より大きいかどうかが決定される。3以下の場合には、ステップS5に戻り、ステップS5〜ステップS8の処理が繰り返される。ステップS5〜ステップS8の処理が3回繰り返されてタイムアウトカウント値が3以上になると、ステップS9で片方向回線インターフェース4をリセット(インターフェースの初期化)する。
【0030】
初期化が終わると、ステップS10において、片方向回線インターフェース4のパラメータが設定される。ステップS9およびステップS10の処理が完了したら再活性化は成功である。
【0031】
【発明の効果】
従って、この発明に依れば、インターフェースがハングアップした状態となっても自動的に再活性化することができ、迅速かつ確実に正常な受信状態に回復させることができる。それによって、受信装置の信頼性を向上させることができると共に、受信機が原因の通信障害によってネットワークがダウンしている時間を大幅に減少できる。さらに、バックグラウンドソフトウェアとしてこの発明による機能を搭載することによって、ユーザがこの機能の存在を意識する必要がないため、保守が容易である。
【図面の簡単な説明】
【図1】この発明の一実施形態の全体構成を示すブロック図である。
【図2】この発明の一実施形態の動作説明に用いるフローチャートである。
【符号の説明】
1・・・受信アンテナ、2・・・受信機、3・・・フロントエンド部、4・・・片方向回線インターフェース、5・・・双方向回線インターフェース、6・・・制御部、7・・・表示部、11〜1n・・・パーソナルコンピュータ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a receiving apparatus and method applicable to data communication using, for example, a one-way transmission line of a satellite line.
[0002]
[Prior art]
Recently, digital communication networks have been established and various services have been started. In-house information systems using satellite links or the like are being put into practical use as one of digital communication networks. A receiver used in such a system is called a satellite intranet receiver, and makes use of e-mail, electronic news, an electronic bulletin board, etc. on TCP / IP by utilizing Internet technology.
[0003]
The satellite intranet receiver receives a transport stream supplied via a satellite line, separates a desired channel from each channel multiplexed in the stream, and descrambles the transport stream. It has a function of separating and extracting a predetermined packet from the stream and a function of distributing the obtained packet to terminals in the network.
[0004]
Possible causes of a packet not coming up from a one-way line such as a satellite line are transmission suspension, communication failure, and hang-up of a one-way line interface. The present invention is intended to recover communication from those caused by the receiving device, such as hang-up of the one-way line interface, failure of initialization at the time of starting the receiving device, and the like.
[0005]
[Problems to be solved by the invention]
If the interface goes into a hang-up state, there is no warning and communication is suddenly interrupted. In the case of a communication failure, if the receiver has a display board, the cause can be determined by looking at it. However, interface hangup cannot be determined from the outside, and a great deal of time is required to elucidate the cause. Also, when the interface is hung up, there is no other way but to restart the receiver itself. Since it takes about 2 to 3 minutes to restart, it takes 5 minutes or more to return to normal operation from the occurrence of a hang-up, even if the cause elucidation time is not included. Furthermore, when the receiver is activated, if the radio wave cannot be received due to a communication failure or the like, the interface cannot be initialized. Therefore, even if the radio wave can be normally received after that, the interface cannot be activated, and the packet cannot be received.
[0006]
Accordingly, an object of the present invention is to provide a receiving apparatus and method capable of solving the above-mentioned problems caused by the receiving apparatus such as interface hang-up and interface initialization failure.
[0007]
[Means for Solving the Problems]
In order to solve the above problems, the invention of claim 1 is a front end unit that performs descrambling by selecting a desired signal from among signals received by an antenna,
An interface for separating packets from the transport stream from the front end ;
A display unit for displaying whether or not the reception state is normal;
A control unit to which packets separated by the interface are supplied ,
The control unit detects an interface hang-up by detecting a plurality of times that a periodically transmitted packet is not supplied from the interface,
Control unit, inter - when detecting hang face, interface - the face initializing a receiving apparatus to reconfigure parameters.
[0008]
According to the third aspect of the present invention, a desired signal is selected from signals received by an antenna and demodulated, and a descrambling front end unit and a packet for separating packets from a transport stream from the front end unit In a receiving method in a receiving apparatus comprising an interface, a display unit for displaying whether or not a normal reception state is present, and a control unit to which a packet separated by the interface is supplied,
Receiving a packet periodically transmitted by the antenna and the front end unit, and supplying the received packet to the control unit;
Detecting a hangup of the interface by detecting multiple times by the control unit that a packet is not supplied from the interface ;
Inter - when detecting hang face, the control unit, interface - the face initializes a reception method and a step to reconfigure parameters.
[0009]
In the present invention, when a packet that should be periodically received according to the communication protocol is not received for a predetermined time, it is determined as a timeout. Thereby, the interface unit is restarted.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 shows the overall configuration of an embodiment of the present invention. As shown in FIG. 1, the receiving apparatus according to the present invention includes a receiving antenna 1, a receiver 2, and personal computer groups 11 to 1n each including n personal computers.
[0011]
A radio wave signal transmitted from the transmission device is received by the receiving antenna 1 via the communication satellite. A receiver 2 is connected to the receiving antenna 1. The receiving antenna 1 is provided with an LNB (Low Noise Block down converter). The received signal is frequency-converted into a predetermined intermediate frequency signal, and this output is supplied to the receiver 2.
[0012]
The receiver 2 selects and demodulates one carrier wave from the received signal, and descrambles a predetermined stream from the multiplexed transport stream, and is input from the front end unit 3 A one-way line interface 4 that creates a private section from a transport stream, a control unit 6 that extracts an IP packet from a private section obtained by the one-way line interface 4 and performs necessary processing, and obtains the obtained packet as a terminal device The bi-directional line interface 5 distributed to the personal computer groups 11 to 1n functioning as a display unit 7 is configured.
[0013]
The control unit 6 controls the entire receiver 2. Each of the one-way line interface 4 and the bidirectional line interface 5 is connected to the control unit 6 via a data bus, and data can be exchanged bidirectionally with each unit. Control information from the control unit 6 is supplied to each unit to control the receiver 2. The control unit 6 is connected to a display unit 7 made of, for example, a liquid crystal display panel, and displays a reception state and the like. Specifically, when the receiver 2 is in a normal reception state, a service ID corresponding to a channel in television broadcasting is displayed on the display unit 7. Further, “−−−” is displayed when radio waves cannot be received due to communication failure.
[0014]
Further, the control unit 6 determines whether or not a predetermined packet is periodically received in a predetermined communication protocol (DTCP), and automatically resets the one-way line interface 4 based on the determination result. DTCP is one of the main protocols of UDLR, which is a route control technique suitable for a network having a one-way line such as a satellite line on the way. DTCP is necessary as judgment information for the receiving apparatus to know the state of the transmitting station and to switch the network from a satellite line as a one-way line to a ground line such as a telephone line as a two-way line if necessary. .
[0015]
The front end unit 3 includes, for example, a tuner circuit, a demodulation circuit, and an error correction descrambler circuit. The front end unit 3 selects a predetermined carrier wave based on control information from the control unit 6 and performs a demodulation process corresponding to the modulation process performed on the transmission side, and responds to the encoding process performed on the transmission side. Perform error correction processing. The front end unit 3 performs descrambling processing when scrambling processing is performed on the transmission side based on control information from the control unit 6. The obtained descrambled transport stream is supplied to the one-way line interface 4.
[0016]
The one-way line interface 4 includes, for example, a demultiplexer that separates multiplexed transport streams and configures a private section from the separated transport streams.
[0017]
The private section obtained by the one-way line interface 4 is supplied to the control unit 6. The control unit 6 configures an IP packet from the supplied private section and extracts a necessary packet. The extracted packet is sent from the bidirectional line interface 5 to the personal computer groups 11 to 1n connected as terminal devices. In this case, the packet is transmitted according to the IP address.
[0018]
A procedure of the reception process in the embodiment configured as described above will be described. First, the operation of DTCP will be described.
[0019]
(1) The transmission apparatus transmits a DTCP HELLO packet at the same time as being activated. This packet includes information indicating the state on the transmission device side, and there are two states on the transmission device side: being broadcast or ending broadcast.
[0020]
(2) The DTCP HELLO packet is transmitted at a specific interval (referred to as HELLO INTERVAL, the recommended value is 10 seconds).
[0021]
(3) The receiving device side detects the state of the transmitting system by receiving the DTCP HELLO packet.
[0022]
(4) In normal conditions, (2) and (3) are repeated.
[0023]
(5) Even if the DTCP HELLO packet is not received within HELLO INTERVAL seconds, the receiving device waits for the next DTCP HELLO packet.
[0024]
(6) The standby state of (5) is maintained for HELLO LEAVE seconds (HELLO INTERVAL x 3 and the recommended value is 30 seconds).
[0025]
(7) If a DTCP HELLO packet cannot be received after waiting for HELLO LEAVE seconds, a timeout occurs and the receiving device closes the one-way line and switches the network to the ground line.
[0026]
In one embodiment of the present invention, after the timeout in (7) above, the one-way line interface 4 is diagnosed, and when it is determined that the one-way line interface 4 is unable to receive the DTCP HELLO packet, the interface is Is reactivated to restore normal communication. FIG. 2 is a flowchart of a processing procedure according to an embodiment.
[0027]
First, in step S1, a DTCP HELLO packet is received. When the DTCP HELLO packet is received, the process proceeds to step S2 and step S3, and the control unit 6 performs the main routine process. In parallel with this processing, the control unit 6 performs DTCP HELLO packet monitoring processing from step S4 to step S8.
[0028]
That is, the timeout count value is initialized to 0 (step S4), and then the application starts a subtraction timer for HELLO INTERVAL (seconds) as a background process (step S5). In step S6, it is determined whether the next DTCP HELLO packet has been received before the timeout. If the next DTCP HELLO packet is received before the timeout, the process returns to step S4. As long as the next DTCP HELLO packet is received before the time-out, the processes in steps S4 to S6 are repeated.
[0029]
If it is determined in step S6 that the next DTCP HELLO packet cannot be received before the timeout, the process proceeds to step S7, and the timeout count is incremented. In step S8, it is determined whether or not the timeout count value is greater than 3. In the case of 3 or less, the process returns to step S5, and the processes of steps S5 to S8 are repeated. When the processing from step S5 to step S8 is repeated three times and the timeout count value becomes 3 or more, the one-way line interface 4 is reset (initialization of the interface) in step S9.
[0030]
When initialization is completed, the parameters of the one-way line interface 4 are set in step S10. Reactivation is successful when the processing of step S9 and step S10 is completed.
[0031]
【The invention's effect】
Therefore, according to the present invention, even if the interface is hung up, it can be automatically reactivated, and the normal reception state can be quickly and reliably restored. Thereby, the reliability of the receiving apparatus can be improved, and the time during which the network is down due to a communication failure caused by the receiver can be significantly reduced. Furthermore, since the function according to the present invention is installed as background software, the user does not need to be aware of the existence of this function, so that maintenance is easy.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of an embodiment of the present invention.
FIG. 2 is a flowchart used for explaining the operation of the embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Reception antenna, 2 ... Receiver, 3 ... Front end part, 4 ... One-way line interface, 5 ... Two-way line interface, 6 ... Control part, 7 ...・ Display unit, 11-1n ... Personal computer

Claims (4)

アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、
上記フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、
正常な受信状態か否かを表示する表示部と、
上記インタ−フェースで分離されたパケットが供給される制御部とからなり、
上記制御部は、周期的に送信されるパケットが上記インタ−フェースから供給されないことを複数回検出することによって、上記インタ−フェースのハングアップを検出し、
上記制御部は、上記インタ−フェースのハングアップを検出する場合に、上記インタ−フェースを初期化し、パラメータを再設定る受信装置。
A front-end unit that selects and demodulates a desired signal from signals received by an antenna, and performs descrambling;
An interface for separating packets from the transport stream from the front end unit ;
A display unit for displaying whether or not the reception state is normal;
A control unit to which packets separated by the interface are supplied ;
The control unit detects a hang-up of the interface by detecting a plurality of times that a periodically transmitted packet is not supplied from the interface,
The control unit, the interface - in the case of detecting the hang of the face, the interface - the face initialized, receiving apparatus to reconfigure parameters.
請求項1において、
上記インタ−フェースのハングアップを検出し、上記インタ−フェースを初期化し、パラメータを再設定するためのソフトウェアをバックグランドソフトウェアとして搭載したことを特徴とする受信装置。
In claim 1,
A receiving apparatus comprising: software for detecting hang-up of the interface, initializing the interface , and resetting parameters as background software.
アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、上記フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、正常な受信状態か否かを表示する表示部と、上記インタ−フェースで分離されたパケットが供給される制御部とからなる受信装置における受信方法において、
上記アンテナおよび上記フロントエンド部によって周期的に送信されるパケットを受信し、受信した上記パケットを上記制御部に供給するステップと、
上記制御部によって、上記パケットが上記インタ−フェースから供給されないことを複数回検出することによって、上記インタ−フェースのハングアップを検出するステップと、
上記インタ−フェースのハングアップを検出する場合に、上記制御部によって、上記インタ−フェースを初期化し、パラメータを再設定ステップとを有する信方法。
A front-end unit that performs demodulation by selecting a desired signal from signals received by an antenna and performs descrambling, and an interface for separating packets from the transport stream from the front-end unit, and normal In a receiving method in a receiving apparatus comprising: a display unit that displays whether or not a reception state is present; and a control unit to which a packet separated by the interface is supplied.
Receiving a packet periodically transmitted by the antenna and the front end unit, and supplying the received packet to the control unit;
Detecting the hangup of the interface by detecting a plurality of times by the control unit that the packet is not supplied from the interface ;
The inter - when detecting a hang-up of the face, by the control unit, the interface - the face initialized, receiving method and a step to reconfigure parameters.
請求項において、
上記インタ−フェースのハングアップを検出し、上記インタ−フェースを初期化し、パラメータを再設定するためのソフトウェア処理がバックグランドで実行される受信方法。
In claim 3 ,
A reception method in which software processing for detecting hang-up of the interface, initializing the interface , and resetting parameters is executed in the background.
JP06615799A 1999-03-12 1999-03-12 Receiving apparatus and method Expired - Fee Related JP4192326B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06615799A JP4192326B2 (en) 1999-03-12 1999-03-12 Receiving apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06615799A JP4192326B2 (en) 1999-03-12 1999-03-12 Receiving apparatus and method

Publications (2)

Publication Number Publication Date
JP2000261528A JP2000261528A (en) 2000-09-22
JP4192326B2 true JP4192326B2 (en) 2008-12-10

Family

ID=13307757

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06615799A Expired - Fee Related JP4192326B2 (en) 1999-03-12 1999-03-12 Receiving apparatus and method

Country Status (1)

Country Link
JP (1) JP4192326B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3202730B2 (en) 1999-06-08 2001-08-27 日本電気移動通信株式会社 Mobile radio systems
DE60317836T2 (en) 2002-08-01 2008-10-16 Research In Motion Ltd., Waterloo A packet data service node for maintaining always on wireless internet protocol communication and methods therefor

Also Published As

Publication number Publication date
JP2000261528A (en) 2000-09-22

Similar Documents

Publication Publication Date Title
US6484318B1 (en) CATV communication system and method for the internet connection
KR100949244B1 (en) Re-acquiring signals of a wireless broadcast network
US6445907B1 (en) Method and system for remote diagnostics of a satellite receiver
EP1220467A1 (en) Reliability enhancement for cable modem service
JP3491626B2 (en) Transmission device, reception device, and transmission / reception device
JPH0353731A (en) Retraining system for multi-point connection modem
KR20020074180A (en) Method for downloading data preceded by information signals
WO2002021854A2 (en) Spare circuit switching
JP4192326B2 (en) Receiving apparatus and method
KR100817654B1 (en) Apparatus and method for receiving digital broadcasting
JP2002010157A (en) Broadcasting receiving system
JP3651883B2 (en) Simultaneous command control device
JPH10304331A (en) Preliminary device at head end of catv system
JP3167544B2 (en) Wireless line switching control method
JP4193043B2 (en) Data communication apparatus and data communication method
JP2706687B2 (en) Satellite communication system
JP2666770B2 (en) Automatic retransmission method
KR101422015B1 (en) System and method for diagnosis interactively
JP2964970B2 (en) Circuit release method and apparatus for DAMA satellite communication system
KR100379460B1 (en) Duplexing method for Demodulator of Digital TV transmitter
JP2806534B2 (en) Line switching system
JPH1169336A (en) Cable modem device
JPH09224056A (en) Transmitter and its control method
JPH08223101A (en) Satellite communication system
WO2000049729A1 (en) Rain fade mitigation in a data transmission system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080108

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080303

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080826

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080908

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111003

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees