JPH1188547A - 音声／データ共有通信システム - Google Patents

音声／データ共有通信システム

Info

Publication number
JPH1188547A
JPH1188547A JP9242292A JP24229297A JPH1188547A JP H1188547 A JPH1188547 A JP H1188547A JP 9242292 A JP9242292 A JP 9242292A JP 24229297 A JP24229297 A JP 24229297A JP H1188547 A JPH1188547 A JP H1188547A
Authority
JP
Japan
Prior art keywords
media
channel
terminal device
transmission
communication
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.)
Withdrawn
Application number
JP9242292A
Other languages
English (en)
Inventor
Keiichi Ootani
啓一 大溪
Shoji Matsumoto
昌治 松本
Koji Yano
浩司 矢野
Atsuo Serikawa
厚夫 芹川
Takaya Yamamoto
隆哉 山本
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP9242292A priority Critical patent/JPH1188547A/ja
Priority to US09/038,333 priority patent/US6351469B1/en
Publication of JPH1188547A publication Critical patent/JPH1188547A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341—Demultiplexing of audio and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368—Multiplexing of audio and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

(57)【要約】 【課題】 ＣＡＴＶ網等の通信システムにおいて、効率
良く伝送帯域を利用するために音声とデータとで通信チ
ャネルを共用可能とすることにある。 【解決手段】 ＣＡＴＶセンタ３０１内のＴＤＭＡ装置
３１０と加入者宅３０２内のＣＡＵ装置３０５が、Ｂチ
ャネルの空塞状態を示すＢｃｈ空塞マップを相互に同期
して通信しあうことにより、その内容に従って、伝送フ
レーム上での音声のためのＢチャネルとデータのための
Ｃチャネルの割当てを動的に変更することができる。こ
のため、伝送帯域を最大限まで有効利用することが可能
となる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ＣＡＴＶ網等の、
１対ｎの構成を有する網経由で双方向通信を行う通信技
術に係り、更に詳しくは、音声とデータとで通信チャネ
ルを共用する通信技術に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】近年、
既設の１対ｎの放送型構成を有するＣＡＴＶ網を使用し
て、電話サービス、データ通信サービス等の双方向サー
ビスを同時に実現する通信システムが開発されている。
【０００３】このような通信システムでは、特にデータ
通信サービスにおいて通信チャネルをできる限り効率良
く使用し、より高速な通信を行うことを期待されてい
る。また、各通信速度を保証することによって各データ
通信サービスクラスを設定する機能等の、サービス加入
者又はサービス提供者の要求に応じたさまざまな通信品
質のデータ通信サービスを提供するための機能が要求さ
れている。
【０００４】従来の双方向通信システムでは、音声とデ
ータとが同時に伝送される場合において、音声用、デー
タ用のそれぞれに固定的に通信チャネルが予め割り当て
られてそれぞれの通信が実行されることが一般的であっ
た。
【０００５】しかし、この従来システムでは、例えばト
ラヒックがデータ伝送に集中し音声伝送のトラヒックが
ほとんど無いような場合に、音声用に割り当てられてい
る通信チャネルが活用されず、通信チャネルを有効に使
用できないという問題点を有していた。
【０００６】ＣＡＴＶ網等の接続端末数が多い網を利用
する通信システムにおいては、上述のようなトラヒック
の集中が発生する可能性が高く、伝送帯域をできる限り
効率良く利用するために、通信チャネルを有効に使用す
る必要がある。
【０００７】また、前述した従来システムにおいては、
サービス加入者の要求に応じて通信速度が設定された
り、伝送されるデータの種別により異なる通信速度が設
定されるといった、サービス加入者又はサービス提供者
の要求に応じて通信品質が設定されるきめ細やかな通信
サービスを提供することはできないという問題点を有し
ていた。
【０００８】本発明の課題は、ＣＡＴＶ網等の接続端末
数が多い網を利用する通信システムにおいて、効率良く
伝送帯域を利用するために音声とデータとで通信チャネ
ルを共用可能とし、通信チャネルを音声伝送とデータ伝
送に動的に割り当て可能とすることにある。
【０００９】また、そのような通信システムにおいて、
加入者の要求に応じた通信速度の設定を行うための特定
端末への通信チャネルの固定的な割当て、データ種別に
よる通信速度の設定を行うための優先度処理、及びより
伝送効率が良くなるように不要なデータの伝送の制限等
を可能とすることにある。
【００１０】
【課題を解決するための手段】図１及び図２は本発明の
ブロック図である。本発明は、センタ装置１０１（ＣＡ
ＴＶセンタ３０１）と複数の端末装置１０２（ＣＡＵ装
置３０５）の間に構成される１対多の放送型の網を使用
して、センタ装置１０１から複数の端末装置１０２に対
して双方向通信サービスを放送型通信サービスと同時に
提供する通信システムを前提とする。
【００１１】本発明の第１の態様は、以下の構成を有す
る。まず、センタ装置１０１は、センタ側第１メディア
終端手段２０１、センタ側第２メディア終端手段２０
２、第１メディア空塞情報管理手段２０３、第１メディ
ア空塞情報通知手段２０４、センタ側第１メディア空塞
情報同期更新手段２０５、センタ側チャネル管理手段２
０６、及びセンタ側フレーム通信手段２０７を有する。
【００１２】センタ側第１メディア終端手段２０１（音
声インタフェース部４０９）は、第１のメディア信号
（音声信号）を終端する。センタ側第２メディア終端手
段２０２（データインタフェース部４１０）は、第２の
メディア信号（データ信号）を終端する。
【００１３】第１メディア空塞情報管理手段２０３（チ
ャネル管理部４０８）は、センタ側第１メディア終端手
段２０１における第１のメディア信号の空塞状態を検出
し、その空塞状態を第１メディア空塞情報として管理す
る。
【００１４】第１メディア空塞情報通知手段２０４（チ
ャネル管理部４０８）は、第１メディア空塞情報を端末
装置１０２に通知する。センタ側第１メディア空塞情報
同期更新手段２０５（チャネル管理部４０８、フレーム
組立部４０３、フレーム分解部４０４）は、センタ装置
１０１自身が保持する第１メディア空塞情報を、第１メ
ディア空塞情報通知手段２０４が通知する第１メディア
空塞情報に従って、端末装置１０２と同期して更新す
る。
【００１５】センタ側チャネル管理手段２０６（チャネ
ル管理部４０８）は、センタ装置１０１自身が保持する
第１メディア空塞情報に基づいて、第１のメディア信号
に割り当てられるべき通信チャネルのうち未使用の通信
チャネルを第２のメディア信号に割り当てる。
【００１６】センタ側フレーム通信手段２０７（フレー
ム組立部４０３、フレーム分解部４０４）は、センタ側
チャネル管理手段２０６によって第１のメディア信号と
第２のメディア信号が割り当てられた通信チャネル群を
含む伝送フレームを端末装置１０２との間で通信する。
【００１７】次に、端末装置１０２は、端末側第１メデ
ィア終端手段２０８、端末側第２メディア終端手段２０
９、第１メディア空塞情報受信手段２１０、端末側第１
メディア空塞情報同期更新手段２１１、端末側チャネル
管理手段２１２、及び端末側フレーム通信手段２１３を
有する。
【００１８】端末側第１メディア終端手段２０８（アナ
ログＴＥＬインタフェース部５１０）は、第１のメディ
ア信号を終端する。端末側第２メディア終端手段２０９
（ＬＡＮインタフェース部５１１）は、第２のメディア
信号を終端する。
【００１９】第１メディア空塞情報受信手段２１０（フ
レーム分解部５０５、チャネル管理部５０７）は、第１
メディア空塞情報をセンタ装置１０１から受信する。端
末側第１メディア空塞情報同期更新手段２１１（チャネ
ル管理部５０７、フレーム組立部５０４、フレーム分解
部５０５）は、端末装置１０２自身が保持する第１メデ
ィア空塞情報を、第１メディア空塞情報受信手段２１０
が受信する第１メディア空塞情報に従って、センタ装置
１０１と同期して更新する。
【００２０】端末側チャネル管理手段２１２（チャネル
管理部５０７）は、端末装置１０２自身が保持する第１
メディア空塞情報に基づいて、第１のメディア信号に割
り当てられるべき通信チャネルのうち未使用の通信チャ
ネルを第２のメディア信号に割り当てる。
【００２１】端末側フレーム通信手段２１３（フレーム
組立部５０４、フレーム分解部５０５）は、端末側チャ
ネル管理手段２１２によって第１のメディア信号と第２
のメディア信号が割り当てられた通信チャネル群を含む
伝送フレームをセンタ装置１０１との間で通信する。
【００２２】上述の本発明の第１の態様の構成により、
センタ装置１０１と端末装置１０２が、第１メディア空
塞情報を相互に同期して通信しあうことにより、その内
容に従って、伝送フレーム上での第１のメディア信号の
通信チャネルと第２のメディア信号の通信チャネルの割
当てを動的に変更することができるため、伝送帯域を最
大限まで有効利用することが可能となる。
【００２３】本発明の第２の態様は、本発明の第１の態
様の構成を基礎として、以下の構成を有する。まず、セ
ンタ装置１０１は、誤り検出符号付加手段、センタ側誤
り検出手段と、センタ側応答信号返信手段と、センタ側
誤り検出符号付加手段、センタ側誤り検出手段、及びセ
ンタ側応答信号返信手段を有する。
【００２４】センタ側誤り検出符号付加手段（フレーム
組立部４０３）は、端末装置１０２に送信される伝送フ
レームに誤り検出符号を付加する。センタ側誤り検出手
段（誤り検出符号制御部４１９）は、端末装置１０２か
ら受信される伝送フレームの誤り検出符号に基づいてそ
の伝送フレームの伝送誤りを検出する。
【００２５】センタ側応答信号返信手段（ＡＣＫ返信部
４２０）は、伝送誤りの検出結果に基づいて、受信した
伝送フレームの発信元の端末装置に応答信号を返信す
る。次に、端末装置１０２は、端末側誤り検出符号付加
手段、端末側誤り検出手段、及び端末側応答信号返信手
段を有する。
【００２６】端末側誤り検出符号付加手段（フレーム組
立部５０４）は、センタ装置１０１に送信される伝送フ
レームに誤り検出符号を付加する。端末側誤り検出手段
（誤り検出符号制御部５１２）は、センタ装置１０１か
ら受信される伝送フレームの誤り検出符号に基づいてそ
の伝送フレームの伝送誤りを検出する。
【００２７】端末側応答信号返信手段（ＡＣＫ返信部５
１３）は、伝送誤りの検出結果に基づいて、受信した伝
送フレームの発信元のセンタ装置１０１に応答信号を返
信する。
【００２８】上述の本発明の第２の態様の構成により、
下り／上り双方向で応答信号が返信され送達確認が行わ
れるため、信頼性の高いデータ通信サービスが提供可能
となる。
【００２９】本発明の第３の態様は、本発明の第２の態
様の構成のうち、センタ装置から端末装置に対して応答
信号を返信する構成のみを有する。上述の本発明の第３
の態様の構成により、伝送フレームの衝突が発生しない
下り方向（センタ装置から端末装置に向かう方向）にお
いては応答信号が返信されず送達確認が行われないこと
により、下り方向においてより高速なデータ通信サービ
スが提供可能となる。
【００３０】本発明の第４の態様は、本発明の第１の態
様の構成を基礎として、以下の構成を有する。即ち、セ
ンタ側チャネル管理手段２０６は、センタ装置１０１自
身が保持する第１メディア空塞情報に基づいて、伝送フ
レームの第１の端（例えば末尾）の通信チャネルから順
に第１のメディア信号に割り当て、伝送フレームの第２
の端（例えば先頭）の通信チャネルから順に第２のメデ
ィア信号に割り当てるセンタ側チャネル順序管理手段
（チャネル順序管理部４１３）を有する。
【００３１】また、端末側チャネル管理手段２１２は、
端末装置１０２自身が保持する第１メディア空塞情報に
基づいて、伝送フレームの第１の端の通信チャネルから
順に第１のメディア信号に割り当て、伝送フレームの第
２の端の通信チャネルから順に第２のメディア信号に割
り当てる端末側チャネル順序管理手段（チャネル管理部
５０７）を有する。
【００３２】上述の本発明の第４の態様の構成により、
第１のメディア信号の通信チャネルと第２のメディア信
号の通信チャネルとが伝送フレーム内の異なる位置から
割り当てられることにより、相互の通信チャネルの組替
えの頻度が低くなるため、処理の簡略化が可能となり、
処理速度の向上が可能となる。
【００３３】本発明の第５の態様は、本発明の第１の態
様の構成を基礎として、以下の構成を有する。まず、セ
ンタ装置１０１は、センタ側フレーム送信順序制御手段
及びセンタ側フレーム受信順序制御手段を有する。
【００３４】センタ側フレーム送信順序制御手段（フレ
ーム順序制御部４２１）は、伝送フレーム中の複数の通
信チャネルに、第２のメディア信号を分割したものをそ
れぞれにシーケンス番号を付与して割り当てる。
【００３５】センタ側フレーム受信順序制御手段（フレ
ーム順序制御部４２１）は、受信される伝送フレーム中
の複数の通信チャネルから、第２のメディア信号を分割
したものとそれぞれに付与されているシーケンス番号と
を取り出し、そのシーケンス番号に基づいて第２のメデ
ィア信号を再構成する。
【００３６】次に、端末装置１０２は、端末側フレーム
送信順序制御手段及び端末側フレーム受信順序制御手段
を有する。端末側フレーム送信順序制御手段（フレーム
順序制御部５１８）は、伝送フレーム中の複数の通信チ
ャネルに、第２のメディア信号を分割したものをそれぞ
れにシーケンス番号を付与して割り当てる。
【００３７】端末側フレーム受信順序制御手段（フレー
ム順序制御部５１８）は、受信される伝送フレーム中の
複数の通信チャネルから、第２のメディア信号を分割し
たものとそれぞれに付与されているシーケンス番号とを
取り出し、そのシーケンス番号に基づいて第２のメディ
ア信号を再構成する。
【００３８】上述の本発明の第５の態様の構成により、
センタ装置１０１と端末装置１０２との間で複数の通信
チャネルを使用してより高速なデータ伝送が可能とな
る。本発明の第６の態様は、本発明の第１の態様の構成
を基礎として、以下の構成を有する。
【００３９】まず、センタ装置１０１は、固定割当制御
手段、固定チャネル割当情報通知手段、固定チャネル第
１メディア空塞情報設定手段、及びセンタ側固定チャネ
ル通信手段を有する。
【００４０】固定割当制御手段（保守コンソール３１
４、固定割当制御部４２５）は、伝送フレーム上の特定
の通信チャネルを固定チャネルとして特定端末装置１０
２に固定的に割り当てる。
【００４１】固定チャネル割当情報通知手段（固定割当
制御部４２５）は、固定割当制御手段によって割り当て
られる固定チャネルの割当情報を特定端末装置１０２に
通知する。
【００４２】固定チャネル第１メディア空塞情報設定手
段（固定割当制御部４２５）は、固定チャネルに対応す
る第１メディア空塞情報として、使用中を示す情報を設
定する。
【００４３】センタ側固定チャネル通信手段（フレーム
組立部４０３、フレーム分解部４０４）は、固定チャネ
ルの割当情報に基づいて、固定チャネルを用いて第２の
メディア信号を端末装置１０２との間で通信する。
【００４４】次に、端末装置１０２は、固定チャネル割
当情報受信手段及び端末側固定チャネル通信手段を有す
る。固定チャネル割当情報受信手段（フレーム分解部５
０５、チャネル管理部５０７）は、センタ装置から固定
チャネルの割当情報を受信する。
【００４５】端末側固定チャネル通信手段（フレーム組
立部５０４、フレーム分解部５０５）は、固定チャネル
割当情報受信手段が受信した固定チャネルの割当情報に
基づいて、固定チャネルを用いて第２のメディア信号を
センタ装置との間で通信する。
【００４６】上述の本発明の第６の態様の構成により、
端末装置に固定的に通信チャネルを割り当ててセンタ装
置との間でデータ通信を行わせることができるため、端
末装置の伝送レートを保証することができる。
【００４７】上述の本発明の第６の態様の構成におい
て、固定割当制御手段は、固定チャネルの割当時に、特
定の通信チャネルが第１のメディア信号によって使用さ
れているときに、その特定の通信チャネルにおける通信
を強制切断するように構成することができる。
【００４８】また、上述の本発明の第６の態様の構成に
おいて、固定割当制御手段は、第１のメディア信号の全
ての通信チャネルを交換する交換装置に対してその全て
の通信チャネルの閉塞を指示し、その閉塞の完了後に固
定チャネルを割り当てるように構成することができる。
【００４９】これにより、第１のメディア信号の通信チ
ャネルの強制切断による通信断等の事故を防止すること
ができる。また、上述の本発明の第６の態様の構成にお
いて、固定割当制御手段は、伝送フレーム上の特定の通
信チャネルを固定チャネルとして複数の特定端末装置１
０２に固定的に割り当て、固定チャネルが複数の特定端
末装置１０２によって共用されるように構成することが
できる。
【００５０】これにより、複数の特定端末装置１０２に
おける伝送レートを保証することができる。更に、上述
の本発明の第６の態様の構成において、固定割当制御手
段が、伝送フレーム上の特定の通信チャネルを固定チャ
ネルとして１つの特定端末装置１０２に固定的に割り当
てている場合に、センタ側固定チャネル通信手段及び端
末側固定チャネル通信手段は、応答信号の通信を行わな
いで、固定チャネルを用いた第２のメディア信号を通信
するように構成することができる。
【００５１】これによって、センタ装置と端末装置間の
より高速なデータ伝送が可能となる。本発明の第７の態
様は、本発明の第６の態様の構成を基礎として、以下の
構成を有する。
【００５２】まず、センタ装置１０１は、伝送フレーム
上の各通信チャネルに対して、第１メディア／第２メデ
ィア共用属性又は第２メディア専用属性の何れかのチャ
ネル属性を予め設定するチャネル属性制御手段（チャネ
ル属性制御部４２４）を更に有する。そして、固定割当
制御手段は、固定チャネルの割当時に、第２メディア専
用属性が設定されている通信チャネルを固定チャネルと
して割当てる。
【００５３】上述の本発明の第７の態様の構成により、
固定チャネルの割当時に、第１のメディア信号の通信チ
ャネルの強制切断及び第１のメディア信号の通信チャネ
ルの閉塞が不要となるため、固定チャネルの割当処理が
簡単になり、運用上の障害を回避することができる。
【００５４】本発明の第８の態様は、本発明の第１の態
様の構成を基礎として、以下の構成を有する。まず、セ
ンタ装置１０１は、受信第２メディア信号長検出手段及
び第２のメディア専用チャネル割当手段を更に有する。
【００５５】受信第２メディア信号長検出手段（受信パ
ケット長判別部４１８）は、端末装置１０２から受信し
た伝送フレームから取り出した第２のメディア信号の信
号長を検出する。
【００５６】第２のメディア専用チャネル割当手段（Ｌ
ｃｈ管理部４１６）は、受信第２メディア信号長検出手
段によって検出された信号長が所定長以上の場合に、セ
ンタ装置１０１と端末装置１０２において、それぞれが
保持する第１メディア空塞情報に基づいて、第１のメデ
ィア信号に割り当てられるべき通信チャネルのうち未使
用の複数の通信チャネルを第２のメディア信号の専用チ
ャネルとして割り当てる。
【００５７】そして、センタ装置１０１と端末装置１０
２において、第２のメディア信号の専有チャネルを用い
て信号長が所定長以上である第２のメディア信号が通信
される。
【００５８】上述の本発明の第８の態様の構成により、
データ長の長いパケット等は専用チャネルを用いて伝送
できるため、より効率的なデータ伝送が可能となる。上
述の本発明の第８の態様の構成において、センタ装置１
０１と端末装置１０２において、応答信号の通信を行わ
ないで、第２のメディア信号の専有チャネルを用いて信
号長が所定長以上である第２のメディア信号を通信する
ように構成することができる。
【００５９】これにより、より高速なデータ伝送が可能
となる。本発明の第９の態様は、本発明の第１の態様の
構成を基礎として、以下の構成を有する。
【００６０】即ち、センタ装置１０１は、それが端末装
置１０２に送信する第２のメディア信号に対して、所定
の決定基準に従った優先度を設定する優先度設定手段
（優先度制御部４２３）と、設定された優先度に従っ
て、第２のメディア信号を端末装置１０２に送信する優
先度制御手段（優先度制御部４２３）とを有する。
【００６１】ここで、所定の決定基準は、端末装置１０
２のネットワークアドレス情報、第２のメディア信号で
あるパケットデータの上位プロトコル情報、又は第２の
メディア信号であるパケットデータの中位プロトコル情
報である。
【００６２】上述の本発明の第９の態様の構成により、
優先度の高い宛先ネットワークアドレスへのパケットが
優先的に送信されることで、輻輳時においても優先度の
高い宛先端末装置１０２に対する伝送レートが他の端末
装置１０２に対する伝送レートに比較して高くなるよう
に制御することができる。これにより、加入者毎に下り
方向伝送レートに関して、速度保証に基づくサービスク
ラスの設定が可能となり、クオリティオブサービス（Ｑ
ＯＳ）が実現される。
【００６３】また、優先度の高い上位プロトコルのパケ
ットが優先的に送信されることにより、輻輳時において
も優先度の高い上位プロトコル通信に対する伝送レート
が他の上位プロトコル通信に対する伝送レートに比較し
て高くなるように制御することができる。これにより、
例えば、ＨＴＴＰが優先的に伝送されるように優先度が
設定されることで、Ｗｅｂアクセスをより高速に行う等
のサービスが可能となる。
【００６４】更に、優先度の高い中位プロトコルのパケ
ットが優先的に送信されることにより、輻輳時において
も優先度の高い中位プロトコル通信に対する伝送レート
が他の中位プロトコル通信に対する伝送レートに比較し
て高くなるように制御することができる。これにより、
例えば、企業ユーザの多くが使用するＩＰＸパケット等
が優先的に伝送されるように優先度が設定されることに
より、企業ユーザに対して高速なデータ伝送を提供する
等のサービスが可能となる。
【００６５】本発明の第１０の態様は、本発明の第１の
態様の構成を基礎として、以下の構成を有する。まず、
センタ装置１０１は、端末装置１０２に、それがセンタ
装置１０１に送信する第２のメディア信号に対して、所
定の決定基準に従ったフィルタリング情報を設定するた
めのフィルタリング設定手段（フィルタリング通知部４
２２）を有する。
【００６６】また、端末装置１０２は、フィルタリング
設定手段によって設定されたフィルタリング情報に従っ
て、センタ装置１０１に送信される第２のメディア信号
に対してフィルタリング処理を実行するフィルタリング
制御手段（フィルタリング制御部５１９）を有する。
【００６７】ここで、所定の決定基準は、第２のメディ
ア信号であるパケットデータの中位プロトコル情報、端
末装置１０２のネットワークアドレス情報、又は端末装
置の物理アドレス情報である。
【００６８】上述の本発明の第１０の態様の構成によ
り、端末装置１０２において上り方向のパケットがその
中位プロトコルによってフィルタリングされることで、
上り方向の不要な種類のパケットによるトラヒックを削
減することができる。
【００６９】また、例えば端末装置１０２において上り
パケットが送信元ネットワークアドレス情報によってフ
ィルタリングされることにより、上り方向の不要な送信
元のパケットによるトラヒックを削減することができ
る。また、事業者から加入者へ割り当てられたネットワ
ークアドレス以外のネットワークアドレスの使用を制限
すること等ができる。更に、端末装置１０２の配下にプ
リントサーバ等が接続されるような場合において、端末
装置１０２の配下で閉じたパケットがセンタ装置１０１
側へ送信されてしまうことを制限することができる。
【００７０】更に、物理ネットワークアドレス情報によ
るフィルタリング処理が実行されることで、フィルタリ
ング処理の高速化を図ることが可能となる。本発明の第
１１の態様は、本発明の第１の態様の構成を基礎とし
て、以下の構成を有する。まず、端末装置１０２は、セ
ンタ装置１０１に向けて送信される連続する複数の伝送
フレーム中の通信チャネルに、第２のメディア信号と共
に連続する複数の伝送フレームを識別するための送信シ
ーケンス番号を付与する送信シーケンス番号付与手段
（パケット連続送信番号付与部５１６）を有する。
【００７１】次に、センタ装置１０１は、端末装置１０
２から受信される伝送フレーム中の通信チャネルから、
第２のメディア信号と共に送信シーケンス番号を取り出
し、その送信シーケンス番号に基づいて、連続する複数
の伝送フレーム中の通信チャネルから第２のメディア信
号を連続して受信する第２のメディア信号連続受信手段
（フレーム分解部４０４）を有する。
【００７２】また、センタ装置１０１は、連続する複数
の伝送フレーム中の通信チャネルから第２のメディア信
号を連続して受信する毎に、端末装置１０２に応答信号
を返信する複数フレーム毎応答信号返信手段（フレーム
分解部４０４、ＡＣＫ返信部４２０）を有する。
【００７３】上述の本発明の第１１の態様の構成によ
り、端末装置における応答信号による送達確認は一定数
の第２のメディア信号のパケット等が送信される毎に行
われ、その間はパケット等が連続して送信されることに
より、応答信号を用いた送達確認による信頼性の向上と
上り伝送効率の向上を両立させることが可能となる。
【００７４】本発明の第１２の態様は、本発明の第１１
の態様の構成を基礎として、以下の構成を有する。ま
ず、複数フレーム毎応答信号返信手段は、連続する複数
の伝送フレーム中の通信チャネルから第２のメディア信
号を連続して受信する毎に、そのセンタ装置１０１が次
に受信すべき伝送フレームに対応する送信シーケンス番
号である次受信シーケンス番号（ＲＮ）を含む応答信号
を、端末装置１０２に返信する。
【００７５】端末装置１０２に設けられる衝突検出手段
（衝突検出部５１４）は、端末装置１０２自身が付与し
ている送信シーケンス番号（ＳＮ）とセンタ装置１０１
から受信した応答信号に含まれる次受信シーケンス番号
（ＲＮ）とを比較することにより、端末装置１０２がセ
ンタ装置１０１に向けて送信した伝送フレームの衝突を
検出する。
【００７６】そして、端末装置１０２に設けられる連続
フレーム送信数減少手段（パケット連続送信番号付与部
５１６）は、上記衝突検出結果に基づいて、端末装置１
０２がセンタ装置１０１に向けて連続して送信する伝送
フレームの連続フレーム送信数を減少させる。
【００７７】上述の本発明の第１２の態様の構成によ
り、衝突発生時のトラヒック増を制限し、トラヒック状
態に応じた最適な伝送効率を得ることができる。本発明
の第１３の態様は、本発明の第１１の態様の構成を基礎
として、以下の構成を有する。
【００７８】まず、複数フレーム毎応答信号返信手段
は、連続する複数の伝送フレーム中の通信チャネルから
第２のメディア信号を連続して受信する毎に、そのセン
タ装置１０１が次に受信すべき伝送フレームに対応する
送信シーケンス番号である次受信シーケンス番号を含む
応答信号を、端末装置１０２に返信する。
【００７９】そして、端末装置１０２に設けられる衝突
復旧検出手段（衝突復旧検出部５１５）は、端末装置１
０２自身が付与している送信シーケンス番号とセンタ装
置１０１から受信した応答信号に含まれる次受信シーケ
ンス番号とを比較することにより、端末装置１０２がセ
ンタ装置１０１に向けて送信した伝送フレームの衝突の
復旧を検出する。
【００８０】そして、端末装置１０２に設けられる連続
フレーム送信数増加手段（パケット連続送信番号付与部
５１６）は、上記衝突復旧検出結果に基づいて、端末装
置１０２がセンタ装置１０１に向けて連続して送信する
伝送フレームの連続フレーム送信数を増加させる。
【００８１】上述の本発明の第１３の態様の構成によ
り、衝突復旧時のトラヒックの回復により、トラヒック
状態に応じた最適な伝送効率を得ることができる。本発
明の第１４の態様は、本発明の第１の態様の構成を基礎
として、以下の構成を有する。
【００８２】まず、センタ装置１０１は、距離制御を行
うフレームタイミングを制御する距離制御タイミング制
御手段（距離制御タイミング制御部４１７）を更に含
む。そして、センタ側チャネル管理手段２０６は、距離
制御を行うフレームタイミング以外のフレームタイミン
グにおいて、伝送フレーム内の距離制御用の空きウイン
ドウ領域に第２のメディア信号の通信チャネルを割り当
てる。
【００８３】上述の本発明の第１４の態様の構成によ
り、距離制御が実行されないフレームタイミングでは、
距離制御用のフィールドに第２のメディア信号の通信チ
ャネルを割り当てることができ、上り方向の伝送効率の
向上が可能となる。
【００８４】本発明の第１５の態様は、本発明の第１の
態様の構成を基礎として、以下の構成を有する。まず、
センタ装置１０１は、送信される第２のメディア信号の
プロトコルを判別するセンタ側プロトコル判別手段（プ
ロトコル判別部４２９）を有する。
【００８５】次に、端末装置１０２は、送信される第２
のメディア信号のプロトコルを判別する端末側プロトコ
ル判別手段（プロトコル判別部５２１）を有する。そし
て、センタ装置１０１と端末装置１０２において、上記
プロトコルの判別結果に基づいて、応答信号の返信の有
無を切り替える、上述の本発明の第１５の態様の構成に
より、信頼性を要求されるプロトコル（ＴＣＰ等）では
ＡＣＫによる送達確認が行われることにより信頼性を向
上させ、伝送レートを要求されるプロトコル（ＵＤＰ）
では応答信号による送達確認が行われないことにより伝
送レートを向上させることができる。
【００８６】
【発明の実施の形態】以下、図面を参照しながら本発明
の各実施の形態について詳細に説明する。 ＜本発明の第１の実施の形態＞システム構成 図３は、第１の実施の形態のシステム構成図である。
【００８７】ＣＡＴＶセンタ３０１と複数の加入者宅３
０２は、ＣＡＴＶ伝送路３０８によって接続される。加
入者宅３０２内に引き込まれたＣＡＴＶ伝送路３０８
は、端末装置であるＣＡＵ装置（ケーブルユニット）３
０５と、ＣＡＴＶ用テレビ受信装置であるＨＴ（ホーム
ターミナル）３０３とに接続される。
【００８８】ＣＡＵ装置３０５には、電話サービスを実
行するアナログ電話機又はモデム３０６が接続され、又
はデータ通信サービスを実行するＰＣ（パソコン）３０
７のＬＡＮインタフェースが直接接続される。
【００８９】ＨＴ３０３には、テレビ放送を受信する家
庭用テレビ受像機３０４が接続される。ＣＡＴＶ伝送路
３０８は、電気／光変換装置（Ｅ／Ｏ）、光／電気変換
装置装置（Ｏ／Ｅ）、増幅器（Ａｍｐ）、ＴＯ等から構
成される。
【００９０】ＣＡＴＶセンタ３０１は、特には図示しな
いテレビ放送用設備（この設備は本発明には特には関連
しない）の他に、ＣＡＴＶ伝送路３０８を終端する混合
器／分配器３１１、電話サービス（破線Ａ）及びデータ
通信サービス（一点鎖線Ｂ）の配信を行うためのＴＤＭ
Ａ（時分割多重）装置３１０と、電話サービスチャネル
を他通信事業者網との間で交換するための交換装置３０
９と、ＬＡＮインタフェース３１８に接続されデータ通
信サービスにおけるホームページサービスを実行するた
めのＷＷＷ（ワールドワイドウエブ）サーバ３１２、Ｌ
ＡＮインタフェース３１８に接続されＬＡＮインタフェ
ース３１８とインターネットとの間でデータ通信サービ
スの通信パケットをルーティングするルータ３１３、Ｌ
ＡＮインタフェース３１８に接続されると共にシリアル
通信インタフェース（ＲＳ−２３２Ｃ）３１９によって
ＴＤＭＡ装置３１０に接続される保守用の保守コンソー
ル３１４、及びＬＡＮインタフェース３１８に接続され
ＣＡＴＶセンタ３０１が管理するＣＡＴＶ網の全体を管
理する管理システム３１５等から構成される。
【００９１】破線Ａで示される電話サービスは、他通信
事業者−交換装置３０９−交換装置インタフェース（Ｉ
ＳＤＮ ＰＲＩ：サービス総合ディジタル網プライマリ
レート）３１６−ＴＤＭＡ装置３１０−ＣＡＵインタフ
ェース（ＲＦチャネル）−ＣＡＵ装置３０５−アナログ
電話機又はモデム３０６という経路で提供される。
【００９２】その一方、一点鎖線Ｂで示されるデータ通
信サービスは、インターネット−ルータ３１３−ＬＡＮ
インタフェース３１８−ＴＤＭＡ装置３１０−ＣＡＵイ
ンタフェース（ＲＦチャネル）−ＣＡＵ装置３０５−Ｐ
Ｃ３０７という経路で提供される。
【００９３】図４は、図３に示されるＴＤＭＡ装置３１
０の詳細構成図である。中央制御部４０１は、ＴＤＭＡ
装置３１０の全体を制御するシステムプログラムを実行
し、メモリ部４０２は、そのシステムプログラムと各種
運用データを記憶する。
【００９４】フレーム組立部４０３は、チャネル管理部
４０８からの指示により、音声インタフェース部４０９
から交換制御部４２６を介して送られてくる音声と送信
バッファ部４１１から送られてくるデータとを伝送フレ
ームに組み立て、その伝送フレームを下り伝送路インタ
フェース部４０６に送る。
【００９５】フレーム分解部４０４は、チャネル管理部
４０８からの指示により、上り伝送路インタフェース部
４０７から送られてくる伝送フレームを音声とデータと
に分解し、それらを交換制御部４２６を介した音声イン
タフェース部４０９と受信バッファ部４１２とに送る。
【００９６】分波部４０５は、フレーム組立部４０３か
ら下り伝送路インタフェース部４０６を経由して送られ
てくるディジタル信号に対して変調処理を実行すること
によってそれをＲＦ信号に変換し、そのＲＦ信号を混合
器／分配器３１１へ帯域幅６メガヘルツ／伝送レート４
メガボーで出力する。混合器／分配器３１１は、ＴＤＭ
Ａ装置３１０から受信した６メガヘルツ帯域単位のＲＦ
信号と６メガヘルツ帯域のアナログテレビジョン信号等
を同一伝送路の周波数帯域内で混合し、ＣＡＴＶ伝送路
３０８に送出する。一方、分波部４０５は、混合器／分
配器３１１から送られてくるＲＦ信号に対して復調処理
を実行することによってそれをディジタル信号に変換し
そのディジタル信号を上り伝送路インタフェース部４０
７を経由してフレーム分解部４０４へ送る。
【００９７】チャネル管理部４０８は、伝送フレームの
音声／データの使用状況を管理、保持する。チャネル管
理部４０８内のチャネル順序管理部４１３、Ｂｃｈ管理
部４１４、Ｃｃｈ管理部４１５、Ｌｃｈ管理部４１６、
及び距離制御タイミング制御部４１７については、後述
する。
【００９８】音声インタフェース部４０９は、図３に示
される交換装置３０９との間、及び交換制御部４２６を
介してフレーム組立部４０３／フレーム分解部４０４と
の間で、音声の送受信を行う。
【００９９】データインタフェース部４１０は、図３に
示されるＬＡＮインタフェース３１８に接続されたＷＷ
Ｗサーバ３１２／ルータ３１３／保守コンソール３１４
との間、及び交換制御部４２６及び送信バッファ部４１
１／受信バッファ部４１２を介してフレーム組立部４０
３／フレーム分解部４０４との間で、データの送受信を
行う。
【０１００】送信バッファ部４１１は、交換制御部４２
６を介したデータインタフェース部４１０とフレーム組
立部４０３との間で、加入者宅３０２への送信データの
速度変換を行う。
【０１０１】受信バッファ部４１２は、フレーム分解部
４０４と交換制御部４２６を介したデータインタフェー
ス部４１０との間で、加入者宅３０２からの受信データ
の速度変換を行う。
【０１０２】受信パケット長判別部４１８、誤り検出符
号制御部４１９、ＡＣＫ返信部４２０、フレーム順序制
御部４２１、フィルタリング通知部４２２、優先度制御
部４２３、チャネル属性制御部４２４、及び固定割当制
御部４２５については、後述する。
【０１０３】電源部４２７は、特には図示しない電源装
置からＴＤＭＡ装置３１０へ、電源を供給する。図５
は、図３の加入者宅３０２内のＣＡＵ装置３０５の詳細
構成図である。
【０１０４】中央制御部５０１は、ＣＡＵ装置３０５の
全体を制御するシステムプログラムを実行し、メモリ部
５０２は、そのシステムプログラムと各種運用データを
記憶する。
【０１０５】ＲＦモデム部５０３は、ＣＡＴＶ伝送路３
０８から送られてくるＲＦ信号に対して復調処理を実行
することによってそれを８．１９２メガビット／秒（図
６参照）の伝送レートを有するマルチフレーム構成（後
述する図９参照）のディジタル信号に変換しそのディジ
タル信号をフレーム分解部５０５へ送る。また、ＲＦモ
デム部５０３は、フレーム組立部５０４から送られてく
るディジタル信号に対して変調処理を実行することによ
ってそれをＲＦ信号に変換しそのＲＦ信号をＣＡＴＶ伝
送路３０８へ出力する。
【０１０６】フレーム組立部５０４は、チャネル管理部
５０７からの指示により、外部装置インタフェース部５
０６内のアナログＴＥＬインタフェース部５１０及び送
信バッファ部５０８から送られてきた音声及びデータを
伝送フレームに組み立て、それをＲＦモデム部５０３へ
送る。
【０１０７】フレーム分解部５０５は、チャネル管理部
５０７からの指示により、ＲＦモデム部５０３から送ら
れてくるマルチフレーム構成の伝送フレームを音声とデ
ータとに分解し、それらを外部装置インタフェース部５
０６内のアナログＴＥＬインタフェース部５１０及び受
信バッファ部５０９に送る。
【０１０８】外部装置インタフェース部５０６内のアナ
ログＴＥＬインタフェース部５１０は、アナログ電話機
又はモデム３０６及びフレーム組立部５０４／フレーム
分解部５０５との間で、音声の送受信／中継を行う。
【０１０９】外部装置インタフェース部５０６内のＬＡ
Ｎインタフェース部５１１は、ＰＣ３０７及び送信バッ
ファ部５０８／受信バッファ部５０９を介してフレーム
組立部５０４／フレーム分解部５０５との間で、データ
の送受信を行う。
【０１１０】チャネル管理部５０７は、伝送フレームの
音声／データの使用状況を管理、保持する。送信バッフ
ァ部５０８は、外部装置インタフェース部５０６内のＬ
ＡＮインタフェース部５１１とフレーム組立部５０４と
の間で、ＣＡＴＶセンタ３０１への送信データの速度変
換を行う。
【０１１１】受信バッファ部５０９は、フレーム分解部
５０５と外部装置インタフェース部５０６内のＬＡＮイ
ンタフェース部５１１との間で、ＣＡＴＶセンタ３０１
からの受信データの速度変換を行う。
【０１１２】誤り検出符号制御部５１２、ＡＣＫ返信部
５１３、衝突検出部５１４、衝突復旧検出部５１５、パ
ケット連続送信番号付与部５１６、ＡＣＫ要求送信部５
１７、フレーム順序制御部５１８、及びフィルタリング
制御部５１９については、後述する。
【０１１３】電源部５２０は、ＡＣ１００Ｖ電源をＣＡ
Ｕ装置３０５へ供給する。ＣＡＴＶ伝送路３０８のインタフェース構成 図６は、図３のＣＡＴＶ伝送路３０８のインタフェース
構成図である。
【０１１４】図６において、”上り”とは加入者宅３０
２からＣＡＴＶセンタ３０１に向かう方向のＣＡＴＶ伝
送路３０８を指し、”下り”とはＣＡＴＶセンタ３０１
から加入者宅３０２に向かう方向のＣＡＴＶ伝送路３０
８を指す。
【０１１５】図７は、ＣＡＴＶ伝送路３０８上を伝送さ
れる上り伝送フレームのフォーマットの一例を示す図で
ある。上り伝送フレームは、シングルフレーム構成を有
し、各フレームは、距離制御チャネルと、音声制御用チ
ャネルＤと、共用Ｂ／Ｃチャネルとから構成される。Ｂ
チャネルは、８ビットの音声を格納でき、フレーム周期
は１２５マイクロ秒であるため、音声の伝送レートは６
４キロビット／秒となる。この音声は、加入者宅３０２
内のＣＡＵ装置３０５に接続されるアナログ電話機又は
モデム３０６が使用する。また、Ｃチャネルは、ＰＣ３
０７が通信するデータを伝送する。
【０１１６】第１の実施の形態においては、図８に示さ
れるように、Ｂチャネル（Ｂ０、Ｂ１、Ｂ２、・・・Ｂ
２３）のうちの空いている３つ（３オクテット）のＢチ
ャネルをまとめて、そこに１つのＣチャネル（Ｃ１、Ｃ
２、・・・）を割り当てることができる。
【０１１７】各Ｃチャネルは、図７に示されるように、
（同期信号−ＴＩＤ）（同期信号−データ）（同期信号
−データ）・・・（ＣＲＣ）というフォーマットを有す
る。ＣＲＣは、誤り検出のための巡回冗長符号である。
ここで、同期信号は、受信した信号中からデータを確実
に抽出するためのデータパターンである。また、ＴＩＤ
は、ＣＡＵ装置３０５に接続されるＰＣ３０７を識別す
るための端末識別子である。
【０１１８】図９は、ＣＡＴＶ伝送路３０８上を伝送さ
れる下り伝送フレームのフォーマットの一例を示す図で
ある。下り伝送フレームは、マルチフレーム構成を有す
る。
【０１１９】このマルチフレームにおいて、第１フレー
ムは、マルチフレーム同期フラグＭＦと、保守チャネル
Ｍ−ｃｈと、共用Ｂ／Ｃチャネルとから構成される。第
２フレームは、フレーム同期フラグＦと、Ｄチャネル応
答チャネルＤａｃｋと、ヌル（Ｎｕｌｌ）エリアと、共
用Ｂ／Ｃチャネルとから構成される。第３及び第４フレ
ームは、フレーム同期フラグＦと、ＤチャネルＤ−ｃｈ
と、共用Ｂ／Ｃチャネルとから構成される。第５フレー
ムは、フレーム同期フラグＦと、本発明に関連するＢｃ
ｈ空塞マップチャネルと、共用Ｂ／Ｃチャネルとから構
成される。そして、第６フレーム以降の各フレームは、
フレーム同期フラグＦと、固定のＣチャネルＣ−ｃｈ又
は固定のＣチャネル応答チャネルＣ−ａｃｋと、共用Ｂ
／Ｃチャネルとから構成される。
【０１２０】固定又は共用のＣ−ｃｈは、図９(b) に示
されるように、ヘッダとデータとＣＲＣとから構成さ
れ、データはＰＣ３０７が通信するデータを伝送し、そ
れらの詳細は図１０(a) に示される。図１０(a) の情報
フィールドは図９(b) のデータに対応する。また、固定
又は共用のＣ−ａｃｋは、図９(a) に示されるように、
ヘッダとＣＲＣとから構成され、受信装置側によるＣ−
ｃｈの受信に対する応答を伝送し、それらの詳細は図１
０(b) に示される。
【０１２１】第１の実施の形態では、図９又は図１１に
示されるように、二重線で囲まれた部分である、第１フ
レームのＭ−ｃｈ、第２フレームのＤａｃｋ及びＮｕｌ
ｌ、第３／第４フレームのＤ−ｃｈ、及び第５フレーム
のＢｃｈ空塞マップチャネルのそれぞれは、固定的に割
り当てられている。一方、図９又は図１１に示されるよ
うに、二重線で囲まれたエリア以外のエリアには、固定
のＣ−ｃｈ／Ｃ−ａｃｋのほかに、Ｂチャネル（Ｂ０、
Ｂ１、Ｂ２、・・・Ｂ９４）又はＣ−ｃｈ／Ｃ−ａｃｋ
が可変的に割り当てられる。なお、Ｃ−ｃｈとＣ−ａｃ
ｋは、必ず交互に現れるように割り当てられる。
【０１２２】図１１(a) は、Ｂ０〜Ｂ９５の全Ｂチャネ
ルが使用されているときのマルチフレームフォーマット
の例を示す図であり、このときには、Ｃ−ｃｈとＣ−ａ
ｃｋは、固定エリアにのみ割り当てられている。
【０１２３】一方、図１１(b) は、全Ｂチャネルの半分
のＢチャネルＢ４８〜Ｂ９５が使用されているときのマ
ルチフレームフォーマットの例を示す図であり、このと
きには、Ｂ０〜Ｂ４８に相当するエリアにもＣ−ｃｈ／
Ｃ−ａｃｋがダイナミックに割り当てられている。Ｂｃｈ空塞マップを用いた制御処理 可変エリアにダイナミックにＢチャネル又はＣチャネル
（Ｃ−ｃｈ／Ｃ−ａｃｋ）を割り当てるための制御は、
ＣＡＴＶセンタ３０１からＣＡＵ装置３０５に向かう下
り伝送フレームにマルチフレーム毎（各マルチフレーム
内の第５フレーム）に挿入されるＢｃｈ空塞マップを用
いて、ＣＡＴＶセンタ３０１内のＴＤＭＡ装置３１０と
ＣＡＵ装置３０５とで同期して実行されることが、本発
明に関連する特徴である。
【０１２４】図９に示されるように、Ｂｃｈ空塞マップ
チャネルは、下り伝送フレームの各マルチフレーム内の
第５フレームの前半部分に割り当てられている。図１２
は、Ｂｃｈ空塞マップチャネルのフレームフォーマット
の一例を示す図である。
【０１２５】図１２(a) に示されるように、Ｂｃｈ空塞
マップチャネルは、３０オクテットのデータにより構成
される。図１２(a) に示される第１オクテットにおい
て、第７ビット（ＭＳＢ）には下り用Ｂｃｈ空塞マップ
変化情報Ｄ０が割り当てられ、第６〜第０ビットは未使
用（Ｄｏｎ’ｔ Ｃａｒｅ）である。
【０１２６】図１２(a) に示される第２オクテットにお
いて、第７ビット（ＭＳＢ）には上りＲＦチャネル１用
Ｂｃｈ空塞マップ変化情報Ｕ１、第６ビットには上りＲ
Ｆチャネル２用Ｂｃｈ空塞マップ変化情報Ｕ２、第５ビ
ットには上りＲＦチャネル３用Ｂｃｈ空塞マップ変化情
報Ｕ３、第４ビットには上りＲＦチャネル４用Ｂｃｈ空
塞マップ変化情報Ｕ４が、それぞれ割り当てられる。第
３〜第０ビットは未使用である。
【０１２７】図１２(a) に示される第３、第４オクテッ
トは未使用である。図１２(a) に示される第５〜第１６
オクテットには、図１２(b) に示されるように、Ｂｃｈ
空塞マップ（下り用）が割り当てられる。これらのそれ
ぞれのオクテットの各ビットには、Ｂ０〜Ｂ９５のそれ
ぞれのＢチャネルの使用／未使用の状態（空塞状態）が
“１”又は“０”として設定される。
【０１２８】図１２(a) に示される第１７〜第２８オク
テットには、図１２(c) に示されるように、Ｂｃｈ空塞
マップ（上り用）が割り当てられる。即ち第１７〜第１
９オクテットの各ビットには、上りＲＦチャネル１（Ｒ
Ｆ１）に割り当てられるＢ０〜Ｂ２３のそれぞれのＢチ
ャネルの空塞状態が“１”又は“０”として設定され
る。第２０〜第２２オクテットの各ビットには、上りＲ
Ｆチャネル２（ＲＦ２）に割り当てられるＢ０〜Ｂ２３
（下り伝送フレームのＢ２４〜Ｂ４７に対応）のそれぞ
れのＢチャネルの空塞状態が“１”又は“０”として設
定される。第２３〜第２５オクテットの各ビットには、
上りＲＦチャネル３（ＲＦ３）に割り当てられるＢ０〜
Ｂ２３（下り伝送フレームのＢ４８〜Ｂ７１に対応）の
それぞれのＢチャネルの空塞状態が“１”又は“０”と
して設定される。そして第２６〜第２８オクテットの各
ビットには、上りＲＦチャネル４（ＲＦ４）に割り当て
られるＢ０〜Ｂ２３（下り伝送フレームのＢ７２〜Ｂ２
３に対応）のそれぞれのＢチャネルの空塞状態が“１”
又は“０”として設定される。
【０１２９】このように上り伝送フレームは、周波数帯
域を有効に利用するために４つのＲＦチャネルに分割し
て割り当てられるため、Ｂｃｈ空塞マップ（上り用）も
４つに分割されており、また、Ｂｃｈ空塞マップ変化情
報も、図１２(a) のＵ１〜Ｕ４として示されるように、
４つに分割されている。
【０１３０】図１３は、ＣＡＴＶセンタ３０１内のＴＤ
ＭＡ装置３１０から加入者宅３０２内のＣＡＵ装置３０
５へ転送されるＢｃｈ空塞マップの変更シーケンスを示
す図である。
【０１３１】Ｂｃｈ空塞マップの変更は、３マルチフレ
ームを単位として行われる。まず、ＴＤＭＡ装置３１０
内のチャネル管理部４０８（図４）は、３マルチフレー
ムを単位とする制御周期内の第１マルチフレーム（マル
チフレーム０）において、Ｂチャネルの空塞状態が変化
したか否かを検出し、変化を検出した場合に、フレーム
組立部４０３及びフレーム分解部４０４に対して、Ｂｃ
ｈ空塞マップ送信指示を伝達する（図１３のＳ１）。こ
の時点では、フレーム組立部４０３及びフレーム分解部
４０４は、まだ、それぞれが保持しているＢｃｈ空塞マ
ップは変更しない。
【０１３２】ＴＤＭＡ装置３１０内のフレーム組立部４
０３は、３マルチフレームを単位とする制御周期内の第
２マルチフレーム（マルチフレーム１）において、Ｂｃ
ｈ空塞マップを、図９及び図１２に示されるマルチフレ
ーム構成の下り伝送フレーム中のＢｃｈ空塞マップチャ
ネルを用いて、各加入者宅３０２内のＣＡＵ装置３０５
に伝送する（図１３のＳ２）。
【０１３３】ＣＡＵ装置３０５内のフレーム分解部５０
５は、下り伝送フレーム中のＢｃｈ空塞マップチャネル
から図１２(a) に示されるフォーマットデータを取り出
し、割り込み処理によって、そのフォーマットデータを
ＣＡＵ装置３０５内のチャネル管理部５０７に転送する
（図１３のＳ３）。
【０１３４】ＣＡＵ装置３０５内のチャネル管理部５０
７は、フレーム分解部５０５から受信した図１２(a) に
示されるフォーマットデータ内の、Ｄ０及びＵ１〜Ｕ４
の各Ｂｃｈ空塞マップ変化情報を判定することによっ
て、図１２(b) 及び図１２(c)に示される各Ｂｃｈ空塞
マップが変化したか否かを判定する。そして、チャネル
管理部５０７は、変化したＢｃｈ空塞マップを、ＣＡＵ
装置３０５内のフレーム組立部５０４及びフレーム分解
部５０５に通知する（図１３のＳ４）。
【０１３５】ＴＤＭＡ装置３１０内のフレーム組立部４
０３／フレーム分解部４０４、及び各ＣＡＵ装置３０５
内のフレーム組立部５０４／フレーム分解部５０５は、
３マルチフレームを単位とする制御周期内の第３マルチ
フレーム（マルチフレーム２）において、チャネル管理
部４０８又はチャネル管理部５０７から通知があったＢ
ｃｈ空塞マップへの変更を相互に同期して実行する（図
１３のＳ５）。
【０１３６】この結果、ＣＡＴＶセンタ３０１内のＴＤ
ＭＡ装置３１０及び各加入者宅３０２内のＣＡＵ装置３
０５は、音声及びデータを取りこぼすことなく、ダイナ
ミックにＢチャネルとＣチャネルの割り当てを変更する
ことができる。
【０１３７】図１４は、ＴＤＭＡ装置３１０の各部分が
協調して実行する制御処理を示す動作フローチャートで
ある。まず、チャネル管理部４０８は、現在のマルチフ
レームタイミングがＢｃｈ空塞マップを変更可能なタイ
ミングであるか否か、即ち現在のマルチフレームタイミ
ングが、図１３に示される、３マルチフレームを単位と
する制御周期内の第１マルチフレーム（マルチフレーム
０）のタイミングであるか否かを判定する（ステップ１
４０１）。
【０１３８】現在のマルチフレームタイミングがＢｃｈ
空塞マップを変更可能なタイミングである場合、チャネ
ル管理部４０８は、音声インタフェース部４０９での処
理状態を監視することによって、Ｂチャネルの空塞状態
が変化したか否かを判定する（ステップ１４０２）。
【０１３９】チャネル管理部４０８は、Ｂチャネルの空
塞状態が変化したと判定した場合には、まず、使用中の
各Ｂチャネルが各伝送フレーム（図９参照）の後ろ側か
ら詰めて割り当てられるように、Ｂチャネルの割当てを
制御する（ステップ１４０２→１４０３）。この制御処
理は、図４に示されるチャネル管理部４０８内のチャネ
ル順序管理部４１３及びＢｃｈ管理部４１４が実行す
る。
【０１４０】続いて、チャネル管理部４０８は、フレー
ム組立部４０３に対して、次のマルチフレームタイミン
グ、即ち、図１３に示される、３マルチフレームを単位
とする制御周期内の第２マルチフレーム（マルチフレー
ム１）のタイミングでのＢｃｈ空塞マップの送信を指示
する。なお、この送信指示は、フレーム分解部４０４に
も通知される（図１３のＳ１参照）。この結果、フレー
ム組立部４０３は、次のマルチフレームタイミングにお
いて、変更されたＢｃｈ空塞マップを、図９及び図１２
に示されるマルチフレーム構成の下り伝送フレーム中の
Ｂｃｈ空塞マップチャネルを用いて、各加入者宅３０２
内のＣＡＵ装置３０５に伝送する（ステップ１４０４、
図１３のＳ２）。この場合、フレーム組立部４０３は、
Ｂｃｈ空塞マップチャネルフォーマット中のＤ０又はＵ
１〜Ｕ４の各Ｂｃｈ空塞マップ変化情報のうち、変更さ
れたＢｃｈ空塞マップに対応するビットに“１”をセッ
トする。
【０１４１】一方、チャネル管理部４０８は、Ｂチャネ
ルの空塞状態は変化していないと判定した場合には、フ
レーム組立部４０３に対して新たなＢｃｈ空塞マップの
送信指示は通知しない。この結果、フレーム組立部４０
３は、次のマルチフレームタイミングにおいて、フレー
ム組立部４０３自身が保持している変更されていないＢ
ｃｈ空塞マップを、図９及び図１２に示されるマルチフ
レーム構成の下り伝送フレーム中のＢｃｈ空塞マップチ
ャネルを用いて、各加入者宅３０２内のＣＡＵ装置３０
５に伝送する（ステップ１４０２→１４０５）。この場
合には、Ｂｃｈ空塞マップチャネルフォーマット中のＤ
０又はＵ１〜Ｕ４の各Ｂｃｈ空塞マップ変化情報のいず
れのビットも“０”のままとなる。
【０１４２】次に、チャネル管理部４０８によるステッ
プ１４０１での判定処理の結果、チャネル管理部４０８
が、現在のマルチフレームタイミングがＢｃｈ空塞マッ
プを変更可能なタイミングではない、即ち現在のマルチ
フレームタイミングが、図１３に示される、３マルチフ
レームを単位とする制御周期内の第１マルチフレーム
（マルチフレーム０）のタイミングではないと判定した
場合には、チャネル管理部４０８は更に、前々回のマル
チフレームの送信時にＢｃｈ空塞マップの変更／送信を
指示したか否か、即ち前々回のマルチフレームタイミン
グが３マルチフレームを単位とする制御周期内の第１マ
ルチフレーム（マルチフレーム０）のタイミングであっ
て、かつそのタイミングにおいてＢｃｈ空塞マップの変
更が生じたか否かを判定する（ステップ１４０１→１４
０６）。
【０１４３】チャネル管理部４０８は、前々回のマルチ
フレームの送信時にＢｃｈ空塞マップの変更／送信を指
示したと判定した場合には、フレーム組立部４０３及び
フレーム分解部４０４にＢｃｈ空塞マップの変更を指示
する。この結果、フレーム組立部４０３及びフレーム分
解部４０４は、それらが保持しているＢｃｈ空塞マップ
を、前々回のマルチフレームタイミングにおいてチャネ
ル管理部４０８から通知されているＢｃｈ空塞マップに
変更する（ステップ１４０６→１４０７、図１３のＳ
５）。これ以後、フレーム組立部４０３及びフレーム分
解部４０４は、ダイナミックに変更されたＢｃｈ空塞マ
ップに基づいて、伝送フレームに対するＢチャネル／Ｃ
チャネルの組立て／分解処理を実行することができる。
【０１４４】ステップ１４０４、１４０５、若しくは１
４０７の処理の後、又はステップ１４０６の判定処理に
おいて前々回のマルチフレームの送信時にＢｃｈ空塞マ
ップの変更／送信が指示されていないと判定された後
に、フレーム組立部４０３及びフレーム分解部４０４
は、以下に示される一連の処理を実行する（ステップ１
４０８〜１４１８）。
【０１４５】まず、フレーム組立部４０３は、送信バッ
ファ部４１１内に、送信待ちのデータが存在するか否か
を判定する（ステップ１４０８）。フレーム組立部４０
３は、送信待ちのデータが存在すると判定した場合に
は、チャネル管理部４０８によって設定されているＢｃ
ｈ空塞マップの設定状態に基づいて、Ｃチャネル（Ｃ−
ｃｈ）の割当てを制御しながら、送信バッファ部４１１
内のデータをＣ−ｃｈに順次挿入し、下り伝送フレーム
（図９参照）を組み立てる（ステップ１４０８→１４０
９→１４１０）。
【０１４６】このとき、チャネル管理部４０８内のチャ
ネル順序管理部４１３及びＣｃｈ管理部４１５からの制
御に基づいて、フレーム組立部４０３は、Ｃ−ｃｈが、
各伝送フレーム（図９参照）の前側から詰めて割り当て
られるように動作する。
【０１４７】このように、Ｂチャネルは各伝送フレーム
の後ろ側から詰めて割り当てられ、Ｃ−ｃｈは各伝送フ
レームの前側から詰めて割り当てられることにより、Ｂ
チャネル及びＣ−ｃｈの組替えの頻度を低く抑えること
ができる。
【０１４８】フレーム組立部４０３は、上述のＣ−ｃｈ
の挿入動作を、現在のフレームにおいて割当て可能な全
チャネルにデータが書き込まれたと判定するか、送信バ
ッファ部４１１内に送信待ちのデータが存在しなくなっ
たと判定するまで繰り返し実行し（ステップ１４０８〜
１４１１）、その後、生成された下り伝送フレームを下
り伝送路インタフェース部４０６に送出する（ステップ
１４０８→１４１２、又はステップ１４１１→１４１
２）。
【０１４９】続いて、フレーム分解部４０４は、上り伝
送路インタフェース部４０７から上り伝送フレームを受
信する（ステップ１４１３）。そして、フレーム分解部
４０４は、フレーム組立部４０３でのデータの送出状態
を監視することにより、送出されている各データに対す
る応答ＡＣＫを受信したか否かを判定する（ステップ１
４１４）。
【０１５０】フレーム分解部４０４は、各データの送出
後、そのデータに対するＡＣＫを一定時間内に受信しな
い場合、そのデータを再送出する（ステップ１４１
５）。一方、フレーム分解部４０４が、各データの送出
後、そのデータに対するＡＣＫを一定時間内に受信した
場合には、次に、誤り検出符号制御部４１９が、各上り
伝送フレーム中の各Ｃ−ｃｈ内のＣＲＣ（図７参照）を
検出することにより、上り伝送フレーム中の各受信Ｃ−
ｃｈにおいて、伝送誤りが発生しているか否かを判定す
る（ステップ１４１６）。
【０１５１】誤り検出符号制御部４１９は、伝送誤りを
検出すると、そのＣ−ｃｈのデータを破棄して受信バッ
ファ部４１２へは転送しない（ステップ１４１６→１４
１７）。この場合には、ＣＡＵ装置３０５側へはＣ−ａ
ｃｋが返信されないため、ＣＡＵ装置３０５は同じデー
タを再送信することになる（後述する図１５のステップ
１５１６参照）。
【０１５２】一方、誤り検出符号制御部４１９は、伝送
誤りを検出しなかったときは、そのＣ−ｃｈのデータを
取り込んで受信バッファ部４１２へ転送すると共に、そ
の旨をＡＣＫ返信部４２０へ通知する。ＡＣＫ返信部４
２０は、上記Ｃ−ｃｈデータに対するＣ−ａｃｋ（図９
(a) 、図１０(b) 参照）の送信をフレーム組立部４０３
に指示する（ステップ１４１６→１４１８）。この結
果、上記Ｃ−ｃｈデータが正常に受信された旨が、ＴＤ
ＭＡ装置３１０から該当するＣＡＵ装置３０５に返信さ
れる。次に、図１５は、加入者宅３０２内のＣＡＵ装置
３０５の各部分が協調して実行する制御処理を示す動作
フローチャートである。
【０１５３】まず、フレーム分解部５０５は、ＲＦモデ
ム部５０３を介して、下り伝送フレーム（図９参照）を
受信する（ステップ１５０１）。次に、誤り検出符号制
御部５１２が、各下り伝送フレーム中の各Ｃ−ｃｈ内の
ＣＲＣ（図９(b) 参照）を検出することによって、下り
伝送フレーム中の各受信Ｃ−ｃｈにおいて、伝送誤りが
発生しているか否かを判定する（ステップ１５０２）。
【０１５４】誤り検出符号制御部５１２は、伝送誤りを
検出すると、そのＣ−ｃｈのデータを破棄して受信バッ
ファ部５０９へは転送しない（ステップ１５０２→１５
０３）。この場合は、ＴＤＭＡ装置３１０側へはＣ−ａ
ｃｋが返信されないため、ＴＤＭＡ装置３１０は同じデ
ータを再送信することになる（図１４のステップ１４１
５参照）。
【０１５５】一方、誤り検出符号制御部５１２は、伝送
誤りを検出しなかったときは、そのＣ−ｃｈのデータを
取り込んで受信バッファ部５０９へ転送すると共に、そ
の旨をＡＣＫ返信部５１３へ通知する。ＡＣＫ返信部５
１３は、上記Ｃ−ｃｈデータに対するＣ−ａｃｋ（図９
(a) 、図１０(b) 参照）の送信をフレーム組立部５０４
に指示する（ステップ１５０２→１５０４）。この結
果、上記Ｃ−ｃｈデータが正常に受信された旨が、ＣＡ
Ｕ装置３０５からＴＤＭＡ装置３１０に返信される。
【０１５６】次に、チャネル管理部５０７は、フレーム
分解部５０５が取り出したＢｃｈ空塞マップチャネルの
図１２(a) に示されるフォーマットデータ内の、Ｄ０及
びＵ１〜Ｕ４の各Ｂｃｈ空塞マップ変化情報を判定する
ことによって、図１２(b) 及び図１２(c) に示される各
Ｂｃｈ空塞マップが変化したか否かを判定する（ステッ
プ１５０５、図１３のＳ３）。
【０１５７】チャネル管理部５０７は、何れかのＢｃｈ
空塞マップが変化したと判定した場合には、変化したＢ
ｃｈ空塞マップを、ＣＡＵ装置３０５内のフレーム組立
部５０４及びフレーム分解部５０５に通知する（ステッ
プ１５０５→１５０６、図１３のＳ４）。
【０１５８】一方、チャネル管理部５０７は、どのＢｃ
ｈ空塞マップも変化していないと判定した場合には、前
回のマルチフレームの受信時に新に変更されたＢｃｈ空
塞マップをフレーム組立部５０４及びフレーム分解部５
０５に通知しているか否か、即ち前回のマルチフレーム
タイミングが３マルチフレームを単位とする制御周期内
の第２マルチフレーム（マルチフレーム１）のタイミン
グであって、かつそのタイミングにおいて変更されたＢ
ｃｈ空塞マップが受信されているか否かを判定する（ス
テップ１５０５→１５０７、図１３参照）。
【０１５９】チャネル管理部５０７は、前回のマルチフ
レームの受信時に新たに変更されたＢｃｈ空塞マップを
フレーム組立部５０４及びフレーム分解部５０５に通知
していると判定した場合には、現在のマルチフレームタ
イミングにおいて、フレーム組立部５０４及びフレーム
分解部５０５にＢｃｈ空塞マップの変更を指示する。こ
の結果、フレーム組立部５０４及びフレーム分解部５０
５は、それらが保持しているＢｃｈ空塞マップを、前回
のマルチフレームタイミングにおいてチャネル管理部５
０７から通知されているＢｃｈ空塞マップに変更する
（ステップ１５０７→１５０８、図１３のＳ５）。これ
以後、フレーム組立部５０４及びフレーム分解部５０５
は、ダイナミックに変更されたＢｃｈ空塞マップに基づ
いて、伝送フレームに対するＢチャネル／Ｃチャネルの
組立て／分解処理を実行することができる。
【０１６０】ステップ１５０６若しくは１５０８の処理
の後、又はステップ１５０７の判定処理において前回の
マルチフレームの受信時に新たに変更されたＢｃｈ空塞
マップがフレーム組立部５０４及びフレーム分解部５０
５に通知されていないと判定された後に、フレーム組立
部５０４及びフレーム分解部５０５は、以下に示される
一連の処理を実行する（ステップ１５０９〜１５１
６）。
【０１６１】まず、フレーム組立部５０４は、送信バッ
ファ部５０８内に、送信待ちのデータが存在するか否か
を判定する（ステップ１５０９）。フレーム組立部５０
４は、送信待ちのデータが存在すると判定した場合に
は、フレーム組立部５０４自身が保持しているＢｃｈ空
塞マップの設定状態に基づいて、Ｃチャネル（Ｃ−ｃ
ｈ）の割当てを制御しながら、送信バッファ部５０８内
のデータをＣ−ｃｈに順次挿入し、上り伝送フレーム
（図７参照）を組み立てる（ステップ１５０９→１５１
０→１５１１）。
【０１６２】この場合に、フレーム組立部５０４は、Ｂ
ｃｈ空塞マップに従って、Ｃ−ｃｈが、各伝送フレーム
（図８参照）の前側から詰めて割り当てられるように動
作する。
【０１６３】フレーム組立部５０４は、上述のＣ−ｃｈ
の挿入動作を、現在のフレームにおいて割当て可能な全
チャネルにデータが書き込まれたと判定するか、送信バ
ッファ部５０８内に送信待ちのデータが存在しなくなっ
たと判定するまで繰り返し実行し（ステップ１５０９〜
１５１２）、その後、生成された上り伝送フレームをＲ
Ｆモデム部５０３に送出する（ステップ１５０９→１５
１３、又はステップ１５１２→１５１３）。
【０１６４】続いて、フレーム分解部５０５は、ＲＦモ
デム部５０３から下り伝送フレームを受信する（ステッ
プ１５１４）。そして、フレーム分解部５０５は、フレ
ーム組立部５０４でのデータの送出状態を監視すること
により、送出されている各データに対する応答ＡＣＫを
受信したか否かを判定する（ステップ１５１５）。
【０１６５】フレーム分解部５０５は、各データの送出
後、そのデータに対するＡＣＫをランダム時間内に受信
しない場合、そのデータを再送出する（ステップ１５１
６）。 ＜本発明の第２の実施の形態＞上述した第１の実施の形
態では、ＣＡＵ装置３０５は、誤り検出符号制御部５１
２及びＡＣＫ返信部５１３によって、ＴＤＭＡ装置３１
０から転送されてくるＣ−ｃｈデータに対して、いちい
ち誤り検出を行うように構成されている。これに対し
て、第２の実施の形態では、ＣＡＵ装置３０５は、ＴＤ
ＭＡ装置３１０から転送されてくるＣ−ｃｈデータに対
しては、誤り検出を行わず、ＣＡＵ装置３０５からＴＤ
ＭＡ装置３１０へのＡＣＫの返信も行わないように構成
することができる。従って、ＴＤＭＡ装置３１０は、Ａ
ＣＫの確認を行わずに、次々にデータを各ＣＡＵ装置３
０５に送信する。
【０１６６】ＴＤＭＡ装置３１０と各ＣＡＵ装置３０５
は、１対ｎ接続されるため、下り伝送フレームにおいて
衝突が発生することはない。このため、下り伝送フレー
ムにより伝送されるデータについては、ＡＣＫの確認を
行わなくても、通信の信頼性を確保することができる。
なお、データの伝送誤りが発生した場合には、高位レイ
ヤのプロトコル（例えばＴＣＰプロトコル）によって再
送制御が行われることになる。 ＜本発明の第３の実施の形態＞第３の実施の形態の基本
構成は、第１の実施の形態の場合と同様である。
【０１６７】第３の実施の形態では、ＴＤＭＡ装置３１
０又はＣＡＵ装置３０５は、送信バッファ部４１１又は
５０８内に同一の特には図示しない端末又はＰＣ３０７
（以下、同一の端末装置という）からの送信待ちのデー
タが複数存在し、かつ１つの上り伝送フレームに複数の
Ｃ−ｃｈを割り当てることができる場合には、１つのフ
レームタイミングにおいて、送信バッファ部４１１又は
５０８内の同一の端末装置からの複数のデータを１つの
伝送フレーム（下り伝送フレーム又は上り伝送フレー
ム）内の複数のＣ−ｃｈに格納して伝送することができ
る。
【０１６８】図１６は、第３の実施の形態において、送
信側の装置（ＴＤＭＡ装置３１０又はＣＡＵ装置３０
５）が実現する制御処理の主要部を示す動作フローチャ
ートであり、第１の実施の形態における図１４に示され
る動作フローチャートのステップ１４０８〜１４１１の
処理又は図１５に示される動作フローチャートのステッ
プ１５０９〜１５１２の処理を置き換えるものである。
【０１６９】まずフレーム組立部４０３又は５０４は、
送信バッファ部４１１又は５０８内に、同一の端末装置
からの送信待ちデータが複数存在するか否かを判定する
（ステップ１６０１）。
【０１７０】フレーム組立部４０３又は５０４は、同一
の端末装置からの送信待ちデータが複数存在すると判定
した場合には、更にフレーム組立部４０３又は５０４自
身がＢｃｈ空塞マップに基づいて現在のフレームタイミ
ングの下り又は上りの伝送フレームに割り当てることの
できるＣ−ｃｈが複数チャネル存在するか否かを判定す
る（ステップ１６０２）。
【０１７１】フレーム組立部４０３又は５０４は、ステ
ップ１６０１において、同一の端末装置からの送信待ち
データが複数は存在しないと判定した場合、又はステッ
プ１６０２において、現在のフレームタイミングの上り
伝送フレームに割り当てることのできるＣ−ｃｈが複数
チャネルは存在しないと判定した場合には、図１６のス
テップ１６０３〜１６０９の処理は実行せずに、その代
わりに、第１の実施の形態における図１４に示される動
作フローチャートのステップ１４０８〜１４１１の処理
又は図１５に示される動作フローチャートのステップ１
５０９〜１５１２の処理を実行する。
【０１７２】フレーム組立部４０３又は５０４は、現在
のフレームタイミングの下り又は上りの伝送フレームに
割り当てることのできるＣ−ｃｈが複数チャネル存在す
ると判定した場合には、まず、フレーム組立部４０３又
は５０４自身が保持しているＢｃｈ空塞マップに基づい
てＣ−ｃｈの割当てを行う（ステップ１６０３）。
【０１７３】次に、フレーム順序制御部４２１又は５１
８は、現在のフレームタイミングの下り又は上りの伝送
フレームに格納されるべき送信バッファ部４１１又は５
０８内の同一の端末装置からの複数の送信待ちデータ
に、０からｋの間で巡回するシーケンス番号を重複しな
い分だけ付与する（ステップ１６０４）。
【０１７４】次に、フレーム組立部４０３又は５０４
は、送信バッファ部４１１又は５０８内の同一の端末装
置からのシーケンス番号を付与した複数の送信待ちデー
タを、ステップ１６０３で割り当てられた下り又は上り
の伝送フレーム内の複数のＣ−ｃｈに挿入することによ
って、現在のフレームタイミングにおける下り又は上り
の伝送フレームを組み立てる（ステップ１６０５）。
【０１７５】この場合におけるＣ−ｃｈのフォーマット
は、例えば、第１の実施の形態における図１０(a) に示
されるフォーマットとすることができ、その場合には、
シーケンス番号は、図１０(a) のヘッダ内のＳＮフィー
ルドに格納される。
【０１７６】次にフレーム組立部４０３又は５０４は、
送信バッファ部４１１又は５０８内の同一の端末装置か
らの全ての送信待ちデータが現在のフレームタイミング
における下り又は上り伝送フレーム内の複数のＣ−ｃｈ
に挿入されたか否かを判定する（ステップ１６０７）。
【０１７７】フレーム組立部４０３又は５０４は、送信
バッファ部４１１又は５０８内の同一の端末装置からの
送信待ちデータのうちの最後のデータが現在のフレーム
タイミングにおける下り又は上りの伝送フレーム内のＣ
−ｃｈに挿入されたと判定した場合には、そのデータに
ＡＣＫ返送を促すフラグをセットした後に（ステップ１
６０７→１６０９）、図１４のステップ１４１２又は図
１５のステップ１５１３において、その伝送フレームを
下り伝送路インタフェース部４０６又はＲＦモデム部５
０３に送出する。なお、上記フラグは、例えば、図１０
(a) のヘッダ内のＰフィールドに格納される。
【０１７８】一方、フレーム組立部４０３又は５０４
は、送信バッファ部４１１又は５０８内の同一の端末装
置からの送信待ちデータのうち最後のデータが現在のフ
レームタイミングにおける下り又は上りの伝送フレーム
内のＣ−ｃｈに挿入されていないと判定した場合には、
シーケンス番号がｋの送信待ちデータが現在のフレーム
タイミングにおける下り又は上りの伝送フレーム内の複
数のＣ−ｃｈに挿入されたか否かを判定する（ステップ
１６０８）。
【０１７９】ステップ１６０８の判定がＹＥＳの場合に
は、フレーム組立部４０３又は５０４は、そのデータに
ＡＣＫ返送を促すフラグをセットした後に（ステップ１
６０８→１６１０）、図１４のステップ１４１２又は図
１５のステップ１５１３において、その伝送フレームを
下り伝送路インタフェース部４０６又はＲＦモデム部５
０３に送出する。
【０１８０】ステップ１６０８の判定がＮＯの場合は、
フレーム組立部４０３又は５０４は、図１４のステップ
１４１２又は図１５のステップ１５１３において、下り
又は上りの伝送フレームを下り伝送路インタフェース部
４０６又はＲＦモデム部５０３に送出する。
【０１８１】続いて、図１７は、第３の実施の形態にお
いて、受信側装置（ＣＡＵ装置３０５又はＴＤＭＡ装置
３１０）が実現する制御処理の主要部を示す動作フロー
チャートであり、第１の実施の形態における図１５に示
される動作フローチャートのステップ１５１４と１５１
５の間又は図１４に示される動作フローチャートのステ
ップ１４１３と１４１４の間に挿入される処理群であ
る。
【０１８２】まず、フレーム順序制御部５１８又は４２
１は、図１５のステップ１５１４又は図１４のステップ
１４１３でフレーム分解部５０５又は４０４が受信した
下り又は上りの伝送フレーム中に、同一の端末装置から
の複数のＣ−ｃｈが含まれているか否かを判定する（ス
テップ１７０１）。この判定処理は、下り又は上りの伝
送フレーム中の各Ｃ−ｃｈに含まれる端末識別子ＴＩＤ
を判定する処理として実現される。
【０１８３】フレーム順序制御部５１８又は４２１は、
下り又は上りの伝送フレーム中に同一の端末装置からの
複数のＣ−ｃｈが含まれてはいないと判定した場合（ス
テップ１７０１の判定がＮＯの場合）には、フレーム分
解部５０５又は４０４が図１５のステップ１５１５以降
の処理又は図１４のステップ１４１４以降の処理を実行
する。
【０１８４】次に、フレーム順序制御部５１８又は４２
１は、下り又は上りの伝送フレーム中に同一の端末装置
からの複数のＣ−ｃｈが含まれていると判定した場合に
は、それら複数のＣ−ｃｈに付与されている各シーケン
ス番号が連続した番号順に並んでいるか否かを判定する
（ステップ１７０１→１７０２）。
【０１８５】フレーム順序制御部５１８又は４２１は、
下り又は上りの伝送フレーム中の複数のＣ−ｃｈに付与
されている各シーケンス番号が連続した番号順に並んで
いると判定した場合（ステップ１７０２の判定がＹＥＳ
の場合）は、フレーム分解部５０５又は４０４が図１５
のステップ１５１５以降の処理又は図１４のステップ１
４１４以降の処理を実行する。この結果、下り又は上り
の伝送フレーム中の複数のＣ−ｃｈのデータが順次取り
出されて受信バッファ部４１２に転送される。この場合
に、誤り検出符号制御部５１２又は４１９は、ＡＣＫ返
送を促すフラグ（図１０(a) のヘッダ内のＰフィール
ド）がセットされているデータを受信した場合であっ
て、かつ伝送誤りを検出しなかった場合においてのみ、
ＡＣＫ返信部５１３又は４２０に対してＣ−ａｃｋによ
るＡＣＫの返信を指示する。
【０１８６】フレーム順序制御部５１８又は４２１は、
下り又は上りの伝送フレーム中の複数のＣ−ｃｈに付与
されている各シーケンス番号が連続した番号順に並んで
いないと判定した場合は、エラーメッセージデータを生
成して送信バッファ部５０８又は４１１に書き込む。こ
のエラーメッセージデータは、フレーム組立部５０４又
は４０３を経由して該当するＴＤＭＡ装置３１０又はＣ
ＡＵ装置３０５に返送される（ステップ１７０２→１７
０３）。その後、フレーム分解部５０５又は４０４が図
１５のステップ１５１５以降の処理又は図１４のステッ
プ１４１４以降の処理を実行する。 ＜本発明の第４の実施の形態＞第４の実施の形態の基本
構成は、第１の実施の形態の場合と同様である。
【０１８７】第４の実施の形態では、ＣＡＴＶセンタ３
０１内のＴＤＭＡ装置３１０に接続される特定のＣＡＵ
装置３０５は、固定的に割り当てられた専有Ｃチャネル
を用いてデータを通信することができる。
【０１８８】図１８は第４の実施の形態の動作説明図、
図１９は第４の実施の形態のシーケンスを示す図、図２
０は第４の実施の形態におけるＴＤＭＡ装置３１０の制
御処理を示す動作フローチャート、図２１は第４の実施
の形態におけるＣＡＵ装置３０５の制御処理を示す動作
フローチャートである。
【０１８９】始めに、ＴＤＭＡ装置３１０による専有Ｃ
チャネルの固定割当の設定動作につき説明する。まず、
ＴＤＭＡ装置３１０において、保守コンソール３１４
（図３）から、専有Ｃチャネルの固定割当を許可するコ
マンドが投入される（図１８／図１９のＳ１、図２０の
ステップ２００１）。図１８及び図１９の例では、ＣＡ
Ｕ装置３０５（Ｄ）において２チャネル分の上り専有Ｃ
チャネルの固定割当を許可するコマンドが投入される。
【０１９０】固定割当制御部４２５は、固定割当先のＢ
チャネルが使用されている場合は、そのＢチャネルの強
制切断をチャネル管理部４０８に指示する（図１８／図
１９のＳ２、図２０のステップ２００２）。
【０１９１】固定割当制御部４２５は、固定割当先のＣ
ＡＵ装置３０５の端末識別子ＴＩＤ（図７／図１０参
照）を固定割当フラグとして管理すると共に、各ＣＡＵ
装置３０５における通信チャネルの固定割当状態を固定
割当マップとして管理する。固定割当フラグは、ＴＤＭ
Ａ装置３１０に接続されるＣＡＵ装置３０５毎に１ビッ
トが割り当てられるビットマップであり、固定割当が行
われるＣＡＵ装置３０５のビットは“１”、固定割当が
行われないＣＡＵ装置３０５のビットは“０”にセット
される。また、固定割当マップは、上り伝送フレームの
共用Ｂ／Ｃチャネル毎及び下り伝送フレームの共用Ｂ／
Ｃチャネル毎に１ビットが割り当てられるビットマップ
であり、固定割当が行われるチャネルのビットは
“１”、固定割当が行われないチャネルのビットは
“０”にセットされる。
【０１９２】そして、固定割当制御部４２５は、保守コ
ンソール３１４からの指示に従い、指定されたＣＡＵ装
置３０５の固定割当フラグを変更すると共に、そのＣＡ
Ｕ装置３０５の固定割当マップを変更する（図２０のス
テップ２００３）。これと同時に、固定割当制御部４２
５は、チャネル管理部４０８内のＢｃｈ管理部４１４及
びＣｃｈ管理部４１５に、固定割当を指示する。
【０１９３】続いて、固定割当制御部４２５は、変更し
た固定割当状態に従って、チャネル管理部４０８に対し
て、Ｂｃｈ空塞状態の変更を指示する（図２０のステッ
プ２００４）。具体的には、未使用状態のＢチャネルが
新たにＣチャネルとして固定的に割り当てられた場合に
は、そのＢチャネルを使用状態に変更する指示がなされ
る。この変更結果は、前述した第１の実施の形態の図１
４の動作フローチャートで示されるチャネル管理部４０
８等による制御処理によって、Ｂｃｈ空塞マップに反映
され、そのＴＤＭＡ装置３１０に接続される全ＣＡＵ装
置３０５に通知される（図１８／図１９のＳ４、図１３
等参照）。この結果、固定割当がなさせるＣＡＵ装置３
０５以外のＣＡＵ装置３０５は、固定割当がなされてい
るチャネルはＢチャネルとして使用中であると認識する
ため、固定割当がなされているＣチャネルを使用しない
ように動作することができる。
【０１９４】また、固定割当制御部４２５は、固定割当
がなされるＣＡＵ装置３０５に対して、固定割当フラグ
と固定割当マップと固定割当がなされたチャネルが専有
されることを示す専有フラグとからなるチャネル割当情
報を通知する（図１８／図１９のＳ３、図２０のステッ
プ２００５）。以上の通知は、例えば、特定の固定Ｃチ
ャネル（図９の共用Ｂ／Ｃチャネル以外のＣチャネルＣ
−ｃｈ）を用いてなされる。図１８／図１９の例では、
ＲＦ１帯域の上り伝送フレームの共用Ｃ３及びＣ４チャ
ネルがＣＡＵ装置３０５（Ｄ）に固定的に割り当てられ
ることを示すチャネル割当情報が、ＣＡＵ装置３０５
（Ｄ）に通知される。
【０１９５】このチャネル割当情報は、該当するＣＡＵ
装置３０５内のフレーム分解部５０５を経由して、その
ＣＡＵ装置３０５内のチャネル管理部５０７で受信され
管理される。
【０１９６】次に、図２１は、第４の実施の形態におい
て、送信側の装置（ＣＡＵ装置３０５又はＴＤＭＡ装置
３１０）が実現する制御処理の主要部を示す動作フロー
チャートであり、第１の実施の形態における図１５に示
される動作フローチャートのステップ１５０９〜１５１
２の処理又は図１４に示される動作フローチャートのス
テップ１４０８〜１４１１の処理を置き換えるものであ
る。
【０１９７】まず、フレーム組立部５０４又は４０３
は、チャネル管理部５０７又は４０８に、Ｃチャネルの
固定割当がなされているか否かを判定する（ステップ２
１０１）。
【０１９８】フレーム組立部５０４又は４０３は、チャ
ネル管理部５０７又は４０８に、Ｃチャネルの固定割当
がなされてはいないと判定した場合には、図２１のステ
ップ２１０２〜２１０６の処理は実行せずに、その代わ
りに、第１の実施の形態における図１４に示される動作
フローチャートのステップ１４０８〜１４１１の処理又
は図１５に示される動作フローチャートのステップ１５
０９〜１５１２の処理を実行する。
【０１９９】一方、フレーム組立部５０４又は４０３
は、チャネル管理部５０７又は４０８に、Ｃチャネルの
固定割当がなされていると判定した場合には、固定割当
がなされたチャネルが専有されるか（専有割当である
か）、共有されるか（共有割当であるか）が判定される
（ステップ２１０２）。
【０２００】固定割当がなされたチャネルが共有される
場合に実行されるステップ２１０５と２１０６の処理に
ついては、第６の実施の形態の説明において後述する。
フレーム組立部５０４又は４０３は、固定割当がなされ
たチャネルが専有される（専有割当である）と判定した
場合には、送信バッファ部５０８又は４１１内に、送信
待ちのデータが存在するか否かを判定する（ステップ２
１０３）。
【０２０１】フレーム組立部５０４又は４０３は、送信
待ちのデータが存在すると判定した場合には、Ｂｃｈ空
塞マップの設定状態は無視して、固定割当がなされてい
る専有Ｃチャネルに、送信バッファ部５０８又は４１１
内のデータを挿入し、上り又は下りの伝送フレームを組
み立てる（ステップ２１０４）。
【０２０２】その後、フレーム組立部５０４又は４０３
は、図１５のステップ１５１３又は図１４のステップ１
４１２において、組み立てられた上り又は下りの伝送フ
レームをＲＦモデム部５０３又は下り伝送路インタフェ
ース部４０６に送出する。 ＜本発明の第５の実施の形態＞第５の実施の形態の基本
構成は、第４の実施の形態の場合と同様である。
【０２０３】第５の実施の形態が第４の実施の形態と異
なる点は、固定割当の設定時に、固定割当先の使用中の
Ｂチャネルが強制的に切断されるのではなく、予め図３
の交換装置３０９に対して、全てのＢチャネルの閉塞が
指示されてから、固定割当の設定が実行される点であ
る。
【０２０４】図２２は、図１９に示される第４の実施の
形態のシーケンスに対応する第５の実施の形態のシーケ
ンスを示す図である。図２２が図１９と異なる点は、Ｃ
ＡＴＶセンタ３０１において、保守コンソール３１４
（図３）から、Ｃチャネルの固定割当を許可するコマン
ドが投入される（図２２のＳ１）前に、保守コンソール
３１４から交換装置３０９に対して、全てのＢチャネル
の閉塞が指示され（図２２のＳ０）、また使用中のＢチ
ャネルの強制切断処理（図１９のＳ２）がなくなった点
である。図２２のＳ１、Ｓ３〜Ｓ７の各処理は、図１９
のＳ１、Ｓ３〜Ｓ７の各処理と同じである。
【０２０５】図２０のステップ２０１１〜２０１３の処
理は、第５の実施の形態の制御処理に対応し、第４の実
施の形態におけるステップ２００１と２００２の代わり
に実行される処理である。
【０２０６】まず、保守コンソール３１４（図３）から
交換装置３０９に対して、全てのＢチャネルの閉塞が指
示される（ステップ２０１１、図２２のＳ０）。次に、
保守コンソール３１４は、交換装置３０９において全て
のＢチャネルの閉塞が完了するまで待ち合わせる（ステ
ップ２０１２）。
【０２０７】そして、交換装置３０９において全てのＢ
チャネルの閉塞が完了すると、保守コンソール３１４か
らＣチャネルの固定割当を許可するコマンドが投入され
る（図２０のステップ２０１３、図２２のＳ１）。
【０２０８】その後、固定割当制御部４２５は、固定割
当先の使用中のＢチャネルの強制切断処理は実行せず
に、保守コンソール３１４から指定されたＣＡＵ装置３
０５の固定割当の変更処理を実行する（図２０のステッ
プ２００３）。
【０２０９】第５の実施の形態における図２０のステッ
プ２００３以降の動作は、第４の実施の形態の場合と同
様である。以上の第５の実施の形態により、使用中のＢ
チャネルの強制切断による通信断等の事故を防止するこ
とができる。 ＜本発明の第６の実施の形態＞第６の実施の形態の基本
構成は、第４の実施の形態の場合と同様である。
【０２１０】第６の実施の形態が第４の実施の形態と異
なる点は、所定のＣチャネルが、１つのＣＡＵ装置３０
５のみに対して固定割当されるのではなく、複数の特定
のＣＡＵ装置３０５に対して固定割当される点である。
【０２１１】これにより、特定の複数のＣＡＵ装置３０
５は、所定の固定Ｃチャネルを共有してデータを通信す
ることができ、伝送路のより効率的な利用が可能とな
る。ＴＤＭＡ装置３１０が複数の特定のＣＡＵ装置３０
５に対して固定割当フラグ及び固定割当マップを設定す
る処理は、第４の実施の形態で前述した図２０のステッ
プ２００１〜２００５によって実現される。
【０２１２】この場合、固定割当制御部４２５は、ステ
ップ２００３で、固定割当フラグ上の複数の特定のＣＡ
Ｕ装置３０５に対応するビット位置に“１”を同時にセ
ットし、ステップ２００５で、固定割当がなされる複数
の特定のＣＡＵ装置３０５に対して同時に、固定割当フ
ラグと固定割当マップと固定割当がなされたチャネルが
共有されることを示す共有フラグとからなるチャネル割
当情報を通知する。一方、第４の実施の形態で前述した
図２１の動作フローチャートにおけるステップ２１０５
と２１０６は、第６の実施の形態において、送信側の装
置（ＣＡＵ装置３０５又はＴＤＭＡ装置３１０）が実現
する制御処理の主要部である。
【０２１３】フレーム組立部５０４又は４０３は、ステ
ップ２１０２において、固定割当がなされたチャネルが
共有される（共有割当である）と判定した場合には、送
信バッファ部５０８又は４１１内に、送信待ちのデータ
が存在するか否かを判定する（ステップ２１０５）。
【０２１４】そして、フレーム組立部５０４又は４０３
は、送信待ちのデータが存在すると判定した場合は、Ｂ
ｃｈ空塞マップの設定状態は無視して、固定割当がなさ
れている共有Ｃチャネルに、送信バッファ部５０８又は
４１１内のデータを挿入し、上り又は下りの伝送フレー
ムを組み立てる。
【０２１５】その後、フレーム組立部５０４又は４０３
は、図１５のステップ１５１３又は図１４のステップ１
４１２において、組み立てられた上り又は下りの伝送フ
レームをＲＦモデム部５０３又は下り伝送路インタフェ
ース部４０６に送出する。 ＜本発明の第７の実施の形態＞第７の実施の形態の基本
構成は、第４の実施の形態の場合と同様である。
【０２１６】第７の実施の形態が第４の実施の形態と異
なる点は、ＣＡＴＶセンタ３０１において、保守コンソ
ール３１４が、ＴＤＭＡ装置３１０内のチャネル属性制
御部４２４を介して、下り伝送フレームの各通信チャネ
ル及び上り伝送フレームの各通信チャネルに対して、そ
れぞれがデータ／音声共用属性又はデータ専用属性の何
れかのチャネル属性を予め与えておく。そして、保守コ
ンソール３１４による固定割当の設定時に、データ専用
属性を有する通信チャネルのみに対して固定割当を行
う。
【０２１７】これにより、第７の実施の形態では、各通
信チャネルへのチャネル属性設定後は、使用中のＢチャ
ネルの強制切断処理又は全Ｂチャネルの閉塞処理が実行
されることなく、固定割当の設定が可能となる。
【０２１８】図２３は、図１９に示される第４の実施の
形態のシーケンスに対応する第７の実施の形態のシーケ
ンスを示す図である。図２３が図１９と異なる点は、Ｃ
ＡＴＶセンタ３０１において、保守コンソール３１４に
よる固定割当設定コマンドの投入（図２３のＳ１）の前
に、Ｓ１００〜Ｓ１０２として示されるチャネル属性設
定処理が予め設定され、一方、使用中のＢチャネルの強
制切断処理（図１９のＳ２）がなくなった点である。図
２３のＳ１、Ｓ３〜Ｓ５の各処理は、図１９のＳ１、Ｓ
３〜Ｓ５の各処理と同じである。
【０２１９】図２０のステップ２０１１〜２０１３の処
理は、第５の実施の形態の制御処理に対応し、第４の実
施の形態におけるステップ２００１と２００２の代わり
に実行される処理である。
【０２２０】まず、保守コンソール３１４は、ＴＤＭＡ
装置３１０内のチャネル属性制御部４２４を参照するこ
とにより、チャネル属性が設定済か否かを判定する（ス
テップ２０１４）。
【０２２１】チャネル属性が設定済である場合には、保
守コンソール３１４から、固定Ｃチャネルの使用を許可
するコマンドが投入され（図２３のＳ１、図２０のステ
ップ２０２１）、これに対して、ＴＤＭＡ装置３１０内
の固定割当制御部４２５は、チャネル属性制御部４２４
を参照することにより、データ専用属性を有する通信チ
ャネルを対象として、ＣＡＵ装置３０５の固定割当の変
更処理を実行する（図２０のステップ２００３）。
【０２２２】第７の実施の形態における図２０のステッ
プ２００３以降の動作は、第４の実施の形態の場合と同
様である。チャネル属性が設定済でない場合には、保守
コンソール３１４からの指示により、チャネル属性の設
定に際し、使用中のＢチャネルの強制切断処理を実行す
るか全Ｂチャネルの閉塞処理を実行するかが選択される
（ステップ２０１５）。
【０２２３】保守コンソール３１４からの指示によって
全Ｂチャネルの閉塞処理を実行することが選択される
と、保守コンソール３１４から交換装置３０９（図３）
に対して、全てのＢチャネルの閉塞が指示される（ステ
ップ２０１６、図２３のＳ１００）。
【０２２４】次に、保守コンソール３１４は、交換装置
３０９において全てのＢチャネルの閉塞が完了するまで
待ち合わせる（ステップ２０１７）。そして、交換装置
３０９において全てのＢチャネルの閉塞が完了すると、
保守コンソール３１４からチャネル属性制御部４２４に
対して、固定割当が行われるべき通信チャネルの属性を
データ専用属性に設定することが指示される（ステップ
２０１８、図２３のＳ１０１）。
【０２２５】その後、前述したステップ２０２１の処理
に進む。一方、保守コンソール３１４からの指示によっ
て使用中のＢチャネルの強制切断処理を実行することが
選択されると、まず、保守コンソール３１４からチャネ
ル属性制御部４２４に対して、固定割当が行われるべき
通信チャネルの属性をデータ専用属性に設定することが
指示される（ステップ２０１９、図２３のＳ１０１）。
【０２２６】その後、チャネル属性制御部４２４は、デ
ータ専用属性に設定されたＢチャネルが使用されている
場合は、そのＢチャネルの強制切断をチャネル管理部４
０８に指示する（図２３のＳ１０２、図２０のステップ
２０２０）。
【０２２７】その後、前述したステップ２０２１の処理
に進む。 ＜本発明の第８の実施の形態＞第８の実施の形態の基本
構成は、第４の実施の形態の場合と同様である。
【０２２８】第８の実施の形態が第４の実施の形態と異
なる点は、フレーム組立部５０４又は４０３が、固定割
当がなされている専有Ｃチャネルを用いてデータの通信
を実行する場合（図２１のステップ２１０４又は２１０
６）には、図１５のステップ１５１５／１５１６又は図
１４のステップ１４１４／１４１５で実行される誤り検
出符号制御部５１２又は４１９いよるＡＣＫの確認処理
が実行されないように構成される点である。
【０２２９】固定割当がなされている専有Ｃチャネルを
用いたデータ通信では、その専有Ｃチャネルはただ１台
のＣＡＵ装置３０５によって専有されるため、そのＣＡ
Ｕ装置３０５が送出するデータと他のＣＡＵ装置３０５
が送出するデータは衝突することはない。このため、Ａ
ＣＫの確認を行わずに次々にデータを送信しても、通信
の信頼性を確保することができる。なお、データの伝送
誤りが発生した場合には、高位レイヤのプロトコル（例
えばＴＣＰプロトコル）によって再送制御が行われるこ
とになる。 ＜本発明の第９の実施の形態＞第９の実施の形態の基本
構成は、第１の実施の形態の場合と同様である。
【０２３０】第９の実施の形態では、ＣＡＵ装置３０５
からＣＡＴＶセンタ３０１内のＴＤＭＡ装置３１０に上
り伝送フレームが送信される場合に、その上り伝送フレ
ームのフォーマットを、図２４(a) 又は前述した図７／
図８に示される通常フォーマットと、図２４(b) に示さ
れるＬチャネルを含むフォーマットとで切り替えること
ができる。このＬチャネルは、空きＢチャネルのエリア
にダイナミックに生成されるデータ専有チャネルであ
り、このＬチャネルを使用することにより、長いパケッ
トデータをＣＡＵ装置３０５からＴＤＭＡ装置３１０に
効率良く伝送することができる。
【０２３１】図２５及び図２６は、第９の実施の形態の
シーケンスを示す図である。ＴＤＭＡ装置３１０におい
て、フレーム分解部４０４がＣＡＵ装置３０５からＣ−
ｃｈを用いてパケットの先頭データを受信したときに
（図２５／図２６のＳ１）、受信パケット長判別部４１
８は、上記Ｃ−ｃｈのヘッダ内のパケットサイズＳＩＺ
Ｅ（図１０(a) 参照）を参照する。
【０２３２】パケットサイズＳＩＺＥが規定値Ｙバイト
以下であれば、受信パケット長判別部４１８はＡＣＫ返
信部４２０に対して、Ｌｃｈ使用許可ビット（図１０
(b) 参照）に“０”がセットされたＣ−ａｃｋの返信を
指示する（図２５のＳ２）。
【０２３３】ＣＡＵ装置３０５内のフレーム組立部５０
４は、ＴＤＭＡ装置３１０から返信されたＣ−ａｃｋの
Ｌｃｈ使用許可ビットに“０”がセットされている場合
は、Ｌチャネルは使用せずに、続きのパケットデータを
Ｃ−ｃｈを使用して送信する（図２５のＳ３）。
【０２３４】一方、パケットサイズＳＩＺＥが規定値Ｙ
バイト以上であれば、受信パケット長判別部４１８はＡ
ＣＫ返信部４２０に対して、Ｌｃｈ使用許可ビット（図
１０(b) 参照）に“１”がセットされたＣ−ａｃｋの返
信を指示する（図２６のＳ２）。
【０２３５】ＣＡＵ装置３０５内のフレーム組立部５０
４は、ＴＤＭＡ装置３１０から返信されたＣ−ａｃｋの
Ｌｃｈ使用許可ビットに“１”がセットされている場合
は、フレーム組立部５０４自身が保持するＢｃｈ空塞マ
ップに基づいて空きＢチャネルすべてにＬチャネルを割
り当て（図２４(b) 参照）、そのＬチャネルを用いて続
きのパケットデータを送信する（図２６のＳ３）。Ｌチ
ャネルの割当状態は、チャネル管理部５０７において管
理される。もし、１つの上り伝送フレームでパケットデ
ータを送りきらなかった場合は、次の上り伝送フレーム
のＬチャネルを用いてパケットデータを送信する。
【０２３６】ＴＤＭＡ装置３１０内のフレーム分解部４
０４は、ＣＡＵ装置３０５と同一のＢｃｈ空塞マップを
保持しているため（第１の実施の形態の説明を参照）、
受信パケット長判別部４１８がＡＣＫ返信部４２０に対
してＬｃｈ使用許可ビットに“１”がセットさせている
間は、フレーム分解部４０４自身が保持するＢｃｈ空塞
マップに基づいて空きＢチャネルすべてにＬチャネルが
割り当てられていると認識し、そのＬチャネルからパケ
ットデータを受信する。Ｌチャネルの割当状態は、チャ
ネル管理部４０８内のＬｃｈ管理部４１６において管理
される。現在のフレームタイミングにおけるパケットデ
ータの受信が正常に完了すると、誤り検出符号制御部４
１９からＡＣＫ返信部４２０に対してＣ−ａｃｋの返信
が指示され、上記パケットデータに対するＡＣＫが返信
される。
【０２３７】フレーム分解部４０４は、Ｌチャネルのヘ
ッダ部内の最終フレーム表示ビットを判別することによ
って、最終パケットデータの受信を認識する（図２６の
Ｓ４→Ｓ５）。Ｌチャネルのデータフォーマットは、Ｃ
−ｃｈのデータフォーマットと同一であり、最終フレー
ム表示ビットは図１０(a) のＥＮＦビットと同一であ
る。フレーム分解部４０４は、最終パケットデータの受
信を認識すると、ＡＣＫ返信部４２０に対して、Ｌｃｈ
使用許可ビット（図１０(b) 参照）に“０”がセットさ
れたＣ−ａｃｋの返信を指示する（図２６のＳ５）。
【０２３８】ＣＡＵ装置３０５内のフレーム組立部５０
４は、ＴＤＭＡ装置３１０から返信されたＣ−ａｃｋの
Ｌｃｈ使用許可ビットの値が“１”から“０”に変化し
たことを認識することにより、Ｌチャネルを解放する
（図２６のＳ６）。 ＜本発明の第１０の実施の形態＞第１０の実施の形態の
基本構成は、第９の実施の形態の場合と同様である。
【０２３９】第１０の実施の形態が第９の実施の形態と
異なる点は、ＣＡＵ装置３０５からＴＤＭＡ装置３１０
へのＬチャネルを用いた通信が開始された後、ＴＤＭＡ
装置３１０からＣＡＵ装置３０５にＡＣＫが返信され
ず、ＣＡＵ装置３０５及びＴＤＭＡ装置３１０共に、最
終のパケットデータの処理を完了した時点でＬチャネル
を解放する点である。
【０２４０】Ｌチャネルを用いたデータ通信では、その
Ｌチャネルはただ１台のＣＡＵ装置３０５によって専有
されるため、そのＣＡＵ装置３０５が送出するパケット
データと他のＣＡＵ装置３０５が送出するパケットデー
タは衝突することはない。このため、ＡＣＫの確認を行
わずにＬチャネルを用いて次々にパケットデータを送信
しても、通信の信頼性を確保することができる。なお、
データの伝送誤りが発生した場合には、高位レイヤのプ
ロトコル（例えばＴＣＰプロトコル）によって再送制御
が行われることになる。
【０２４１】図２７は、第１０の実施の形態のシーケン
スを示す図である。図２７のＳ１〜Ｓ３は第９の実施の
形態における図２６のＳ１〜Ｓ３と同一である。Ｓ３以
後Ｓ５までのＣＡＵ装置３０５によるＬチャネルを用い
たパケットデータの送信と、Ｓ４以後Ｓ６までのＴＤＭ
Ａ装置３１０によるＬチャネルを用いたパケットデータ
の受信においては、ＴＤＭＡ装置３１０からＣＡＵ装置
３０５へはＡＣＫは返信されない。
【０２４２】そして、ＣＡＵ装置３０５はＳ５で最終パ
ケットデータの送信を完了した時点でＬチャネルを解放
し、ＴＤＭＡ装置３１０もＳ６で最終パケットデータの
受信を完了した時点でＬチャネルを解放する。 ＜本発明の第１１の実施の形態＞第１１の実施の形態の
基本構成は、第１の実施の形態の場合と同様である。
【０２４３】第１１の実施の形態では、図３〜図５に示
される第１の実施の形態の構成に、ＴＤＭＡ装置３１０
において実行される優先度処理機能が追加されている。
優先度処理機能は、ＴＤＭＡ装置３１０からＣＡＵ装置
３０５へのデータの転送の優先度を、所定の基準に従っ
て制御できる機能である。
【０２４４】この優先度処理機能について、図２８に示
される概念図と図２９に示される動作フローチャートと
に基づいて説明する。まず、任意のタイミングで、ＣＡ
ＴＶセンタ３０１内の保守コンソール３１４（図３）か
らＴＤＭＡ装置３１０内の優先度制御部４２３に、所定
の決定基準に従った優先度が設定される（ステップ２９
０１）。
【０２４５】この場合の優先度の決定基準の一具体例と
して、優先度がサービスクラスとして分類され、各ＣＡ
Ｕ装置３０５に割り当てられているＩＰ（インターネッ
トプロトコル）アドレスが所望のサービスクラスに登録
される。
【０２４６】優先度の決定基準の他の具体例として、優
先度が、送信パケットデータの上位プロトコル（Ｔｅｌ
ｎｅｔプロトコル、ＦＴＰ、ＨＴＴＰ等）に応じて、決
定される。
【０２４７】優先度の決定基準の更に他の具体例とし
て、優先度が、送信パケットデータの中位プロトコル
（ＩＰ、ＩＰＸ等）に応じて、決定される。次に、下り
方向通信パケットが特には図示しないＬＡＮポート又は
受信データバッファ（図２８）からＴＤＭＡ装置３１０
内のデータインタフェース部４１０（図４）に受信され
る（ステップ２９０２）。
【０２４８】ＴＤＭＡ装置３１０において、データイン
タフェース部４１０に受信された下り方向通信パケット
は、交換制御部４２６を経由して、送信バッファ部４１
１に転送される（ステップ２９０３）。
【０２４９】続いて、ＴＤＭＡ装置３１０において、優
先度制御部４２３は、送信バッファ部４１１に複数の送
信待ちのパケットデータが存在するか否かを判定する
（ステップ２９０４）。
【０２５０】優先度制御部４２３は、送信バッファ部４
１１に複数の送信待ちのパケットデータが存在すると判
定した場合には、送信バッファ部４１１内の複数の送信
待ちのパケットデータの出力順を、設定された優先度に
従って並び替える（ステップ２９０５、図２８参照）。
【０２５１】ここで、優先度が前述したようにＩＰアド
レスとサービスクラスによって決定される場合には、優
先度制御部４２３のＩＰアドレス制御機構が、送信バッ
ファ部４１１内の複数の送信待ちのＩＰパケットデータ
のヘッダ部に付加されている宛先のＣＡＵ装置３０５の
ＩＰアドレスを判定することにより、そのＩＰアドレス
が登録されているサービスクラスの優先度に基づいて各
ＩＰパケットデータの出力順を並び替える。
【０２５２】この制御により、優先度の高い宛先ＩＰア
ドレスへのパケットが優先的に送信されることにより、
輻輳時においても優先度の高い宛先ＣＡＵ装置３０５に
対する伝送レートが他のＣＡＵ装置３０５に対する伝送
レートに比較して高くなるように制御することができ
る。これにより、加入者毎に下り方向伝送レートに関し
て、速度保証に基づくサービスクラスの設定が可能とな
り、クオリティオブサービス（ＱＯＳ）が実現される。
【０２５３】また、優先度が前述したように上位プロト
コルに応じて決定される場合には、優先度制御部４２３
の上位プロトコル制御機構が、送信バッファ部４１１内
の複数の送信待ちのパケットデータの上位プロトコルヘ
ッダ部に付加されている上位プロトコル情報に基づい
て、各パケットデータの出力順を並び替える。
【０２５４】この制御により、優先度の高い上位プロト
コルのパケットが優先的に送信されることにより、輻輳
時においても優先度の高い上位プロトコル通信に対する
伝送レートが他の上位プロトコル通信に対する伝送レー
トに比較して高くなるように制御することができる。こ
れにより、例えば、ＨＴＴＰパケットが優先的に伝送さ
れるように優先度が設定されることにより、Ｗｅｂアク
セスをより高速に行う等のサービスが可能となる。
【０２５５】また、優先度が前述したように中位プロト
コル（ＩＰ、ＩＰＸ等）に応じて決定される場合には、
優先度制御部４２３の中位プロトコル制御機構が、送信
バッファ部４１１内の複数の送信待ちのパケットデータ
の中位プロトコルヘッダ部に付加されている中位プロト
コル情報に基づいて、各パケットデータの出力順を並び
替える。
【０２５６】この制御により、優先度の高い中位プロト
コルのパケットが優先的に送信されることにより、輻輳
時においても優先度の高い中位プロトコル通信に対する
伝送レートが他の中位プロトコル通信に対する伝送レー
トに比較して高くなるように制御することができる。こ
れにより、例えば、企業ユーザの多くが使用するＩＰＸ
パケットが優先的に伝送されるように優先度が設定され
ることにより、企業ユーザに対して高速なデータ伝送を
提供する等のサービスが可能となる。
【０２５７】一方、優先度制御部４２３は、送信バッフ
ァ部４１１に複数の送信待ちのパケットデータが存在し
ないと判定した場合には、所定のタイミングで、必要に
応じてステップ２９０１の設定処理を実行した後、ステ
ップ２９０２〜２９０５の処理を繰り返し実行する。
【０２５８】送信バッファ部４１１からの送信処理は、
第１の実施の形態の説明において前述した図１４の動作
フローチャートによって実行される。 ＜本発明の第１２の実施の形態＞第１２の実施の形態の
基本構成は、第１の実施の形態の場合と同様である。
【０２５９】第１２の実施の形態では、図３〜図５に示
される第１の実施の形態の構成に、ＣＡＵ装置３０５に
おいて実行されるフィルタリング処理機能が追加されて
いる。
【０２６０】フィルタリング処理機能は、ＣＡＵ装置３
０５からＴＤＭＡ装置３１０へのデータの転送を、所定
の基準に従って制限できる機能である。このフィルタリ
ング機能について、図２８に示される概念図と図３０〜
図３２に示される動作フローチャートとに基づいて説明
する。
【０２６１】図３０は、ＣＡＴＶセンタ３０１内のＴＤ
ＭＡ装置３１０内のフィルタリング通知部４２２におい
て実行される制御動作を示す動作フローチャートであ
る。まず、任意のタイミングで、ＣＡＴＶセンタ３０１
内の保守コンソール３１４（図３）からＴＤＭＡ装置３
１０内のフィルタリング通知部４２２に、所定の決定基
準に従ったフィルタリング情報が設定される（ステップ
３００１）。
【０２６２】この場合のフィルタリング情報の一具体例
として、パケットデータの中位プロトコル（ＩＰ、ＩＰ
Ｘ等）の情報が、フィルタリング情報として設定され
る。フィルタリング情報の他の具体例として、各ＣＡＵ
装置３０５やインターネット上の特には図示しない各種
端末装置又はサーバ装置に割り当てられているＩＰ（イ
ンターネットプロトコル）アドレスの情報が、フィルタ
リング情報として設定される。
【０２６３】フィルタリング情報の更に他の具体例とし
て、ＣＡＴＶセンタ３０１内等のＬＡＮインタフェース
３１８上の各種端末装置又はサーバ装置に割り当てられ
ているＭＡＣアドレスの情報が、フィルタリング情報と
して設定される。
【０２６４】そして、ＴＤＭＡ装置３１０内のフィルタ
リング通知部４２２は、保守コンソール３１４から指定
されたＣＡＵ装置３０５に対して、ステップ３００１で
設定されたフィルタリング情報を、下り伝送フレーム中
のＣ−ｃｈ等を用いて通知する。
【０２６５】次に、図３１は、第１２の実施の形態にお
いて、ＣＡＵ装置３０５が実現する制御処理の一主要部
を示す動作フローチャートであり、第１の実施の形態に
おける図１５に示される動作フローチャートのステップ
１５１４と１５１５の間に挿入される処理群である。
【０２６６】まず、フィルタリング制御部５１９は、フ
レーム分解部５０５が受信した下り伝送フレームにフィ
ルタリング情報が含まれているか否かを判定する（ステ
ップ３１０１）。
【０２６７】フィルタリング制御部５１９は、フレーム
分解部５０５が受信した下り伝送フレームにフィルタリ
ング情報が含まれていると判定した場合には、そのフィ
ルタリング情報をフィルタリング制御部５１９内部に設
定する（ステップ３１０２）。
【０２６８】ステップ３１０１の判定がＮＯの場合又は
ステップ３１０２の処理の後に、図１５のステップ１５
１５以降の処理が実行される。図３２は、第１２の実施
の形態において、ＣＡＵ装置３０５が実現する制御処理
の他の一主要部を示す動作フローチャートであり、第１
の実施の形態における図１５に示される動作フローチャ
ートのステップ１５０９〜１５１２の処理を置き換える
ものである。
【０２６９】まず、フレーム組立部５０４は、フィルタ
リング制御部５１９にフィルタリング情報が設定されて
いるか否かを判定する（ステップ３２０１）。フレーム
組立部５０４は、フィルタリング制御部５１９にフィル
タリング情報が設定されていないと判定した場合には、
図３２のステップ３２０２〜３２０７の処理は実行せず
に、その代わりに、第１の実施の形態における図１５に
示される動作フローチャートのステップ１５０９〜１５
１２の処理を実行する。
【０２７０】フレーム組立部５０４は、フィルタリング
制御部５１９にフィルタリング情報が設定されていると
判定した場合には、送信バッファ部５０８内に、送信待
ちのデータが存在するか否かを判定する（ステップ３２
０２）。ここで、特には図示しないＬＡＮポート又は受
信データバッファ（図２８）を介してＬＡＮインタフェ
ース部５１１に通信パケットデータが受信され、そのパ
ケットデータは送信バッファ部５０８に転送されてい
る。
【０２７１】フレーム組立部５０４は、送信待ちのデー
タが存在すると判定した場合は、フィルタリング制御部
５１９に設定されているフィルタリング情報に基づい
て、送信バッファ部５０８内の送信待ちデータを送信す
るか破棄するかを判定する（ステップ３２０２、図２８
参照）。なお、フィルタリング情報には、データを送信
することを指定する情報と、データを破棄することを指
定する情報とがある。
【０２７２】ここで、フィルタリング情報が前述したよ
うに中位プロトコル（ＩＰ、ＩＰＸ等）の情報である場
合には、フィルタリング制御部５１９の中位プロトコル
制御機構が、送信バッファ部５０８内の送信待ちのパケ
ットデータの中位プロトコルヘッダ部に付加されている
中位プロトコル情報に基づいて、そのパケットデータを
送信するか破棄するかを決定する。
【０２７３】この制御により、ＣＡＵ装置３０５におい
て上り方向のパケットがその中位プロトコルによってフ
ィルタリングされることにより、上り方向の不要な種類
のパケットによるトラヒックを削減することができる。
【０２７４】また、フィルタリング情報が前述したよう
にＩＰアドレスの情報である場合には、フィルタリング
制御部５１９のＩＰアドレス制御機構が、送信バッファ
部５０８内の送信待ちのＩＰパケットデータのヘッダ部
に付加されている宛先ＩＰアドレス又は送信元ＩＰアド
レスに基づいて、そのパケットデータを送信するか破棄
するかを決定する。
【０２７５】この制御により、例えばＣＡＵ装置３０５
において上りパケットが送信元ＩＰアドレスによってフ
ィルタリングされることにより、上り方向の不要な送信
元のパケットによるトラヒックを削減することができ
る。また、事業者から加入者へ割り当てられたＩＰアド
レス以外のＩＰアドレスの使用を制限すること等ができ
る。更に、ＣＡＵ装置３０５の配下にプリントサーバ等
が接続されるような場合において、ＣＡＵ装置３０５の
配下で閉じたパケットがＣＡＴＶセンタ３０１側へ送信
されてしまうことを制限することができる。
【０２７６】また、フィルタリング情報が前述したよう
にＭＡＣアドレスの情報である場合には、フィルタリン
グ制御部５１９のＭＡＣアドレス制御機構が、送信バッ
ファ部５０８内の送信待ちの低レイヤパケットデータの
ヘッダ部に付加されているＭＡＣアドレスに基づいて、
そのパケットデータを送信するか破棄するかを決定す
る。
【０２７７】この制御により、低レイヤでのフィルタリ
ング処理が実行されるために、フィルタリング処理の高
速化を図ることが可能となる。続いて、フレーム組立部
５０４は、ステップ３２０３における判定の結果、送信
待ちパケットデータが破棄対象のパケットデータである
か否かを判定する（ステップ３２０４）。
【０２７８】フレーム組立部５０４は、送信待ちパケッ
トデータが破棄対象のパケットデータであると判定した
場合には、そのパケットデータ送信バッファ部５０８か
ら読み出した後に破棄し、ステップ３２０２の処理に戻
る（ステップ３２０４→３２０５→３２０２）。
【０２７９】一方、フレーム組立部５０４は、送信待ち
パケットデータが破棄対象のパケットデータではなく送
信対象のパケットデータであると判定した場合には、フ
レーム組立部５０４自身が保持しているＢｃｈ空塞マッ
プの設定状態に基づいて、Ｃチャネル（Ｃ−ｃｈ）の割
当てを制御しながら、送信バッファ部５０８内の送信が
決定されたパケットデータをＣ−ｃｈに挿入する（ステ
ップ３２０４→３２０６）。
【０２８０】フレーム組立部５０４は、上述のＣ−ｃｈ
の挿入動作を、現在のフレームにおいて割当て可能な全
チャネルにデータが書き込まれたと判定するか、送信バ
ッファ部５０８内に送信待ちのデータが存在しなくなっ
たと判定するまで繰り返し実行し（ステップ３２０２〜
３２０７）、その後、生成された上り伝送フレームをＲ
Ｆモデム部５０３に送出する（ステップ３２０２→図１
５のステップ１５１３又はステップ３２０７→図１５の
ステップ１５１３）。 ＜本発明の第１３の実施の形態＞第１３の実施の形態の
基本構成は、第１の実施の形態の場合と同様である。
【０２８１】第１３の実施の形態では、ＣＡＵ装置３０
５において、送信バッファ部５０８内の各パケットデー
タには、パケット連続送信番号付与部５１６によって送
信シーケンス番号ＳＮ（図１０(a) 参照）が付与され、
ＣＡＴＶセンタ３０１内のＴＤＭＡ装置３１０に向けて
送信される。
【０２８２】この場合に、図３３のシーケンス図に示さ
れるように、フレーム組立部５０４は、ＴＤＭＡ装置３
１０からのＡＣＫの受信を待たずに連続してｋ個（図３
３の例では３個）のパケットデータを送信し、ｋ番目に
送信されるパケットデータにはＡＣＫ要求送信部５１７
からの指示に従ってＡＣＫ信号要求フラグＰ（図１０
(a) 参照）をセットして送信する。
【０２８３】ＴＤＭＡ装置３１０内のフレーム分解部４
０４は、ＡＣＫ信号要求フラグＰがセットされたパケッ
トデータを受信の後、次にフレーム分解部４０４が受信
すべきシーケンス番号である次受信シーケンス番号ＲＮ
を、Ｃ−ａｃｋとしてＣＡＵ装置３０５に通知する（図
１０(b) 参照）。
【０２８４】ＣＡＵ装置３０５内のパケット連続送信番
号付与部５１６は、ＴＤＭＡ装置３１０から通知された
Ｃ−ａｃｋに設定されている次受信シーケンス番号ＲＮ
から順に送信シーケンス番号ＳＮを付与する。
【０２８５】以上のようにして、第１３の実施の形態で
は、ＣＡＵ装置３０５においてＡＣＫによる送達確認を
行うことなく、一定数ｋ個のパケットデータを連続して
送信することができ、上り方向の伝送効率の向上が可能
となる。 ＜本発明の第１４の実施の形態＞第１４の実施の形態の
基本構成は第１３の実施の形態の場合と同様である。
【０２８６】第１４の実施の形態では、第１３の実施の
形態の動作に加えて、ＣＡＵ装置３０５内の衝突検出部
５１４が、ＴＤＭＡ装置３１０から受信したＣ−ａｃｋ
に含まれている次受信シーケンス番号ＲＮと、パケット
連続送信番号付与部５１６が次に付与する送信シーケン
ス番号ＳＮとを比較し、両者が一致しなかった場合に
は、上り伝送路において衝突が発生していたと判定し、
所定の保護期間の後に連続データ送信数ｋの値を既定値
ｎだけ減少させる。また、ＣＡＵ装置３０５内の衝突復
旧検出部５１５が、ＴＤＭＡ装置３１０から受信したＣ
−ａｃｋに含まれている次受信シーケンス番号ＲＮと、
パケット連続送信番号付与部５１６が次に付与する送信
シーケンス番号ＳＮとを比較し、両者が一致した場合に
は、上り伝送路において衝突が発生していないと判定
し、所定の保護期間の後に連続データ送信数ｋの値を既
定値ｍだけ増加させる。
【０２８７】以上の制御動作によって、ＡＣＫによる送
達確認が行われない連続送信において、衝突が発生した
とき及び衝突がないときの上り伝送路の伝送効率の向上
が可能となる。
【０２８８】図３４は、第１４の実施の形態において、
ＣＡＵ装置３０５が実現する制御処理の一主要部を示す
動作フローチャートであり、第１の実施の形態における
図１５に示される動作フローチャートのステップ１５０
９〜１５１３の処理を置き換えるものである。
【０２８９】始めに、特には図示しないが、ＣＡＵ装置
３０５の動作開始時には、送信シーケンス番号ＳＮが０
に初期化されている。ＣＡＵ装置３０５において、まず
フレーム組立部５０４は、送信バッファ部５０８内に、
送信待ちのデータが存在するか否かを判定する（ステッ
プ３４０１）。
【０２９０】フレーム組立部５０４は、送信待ちのデー
タが存在しないと判定した場合は、パケットデータ以外
のデータを伝送するためにステップ３４０６で上り伝送
フレームを送信し、図１５のステップ１５１４以降の処
理を実行する。
【０２９１】フレーム組立部５０４は、送信待ちのデー
タが存在すると判定した場合には、パケット連続送信番
号付与部５１６が出力している現在の送信シーケンス番
号ＳＮがやはりパケット連続送信番号付与部５１６が出
力している連続データ送信数ｋより１少ない値になって
いるか否か、又は現在の送信待ちデータが最終データで
あるか否かを判定する（ステップ３４０２）。
【０２９２】フレーム組立部５０４は、送信シーケンス
番号ＳＮが連続データ送信数ｋより１少ない値にはなっ
ておらず、かつ現在の送信待ちデータが最終データでも
ない場合には、フレーム組立部５０４自身が保持してい
るＢｃｈ空塞マップの設定状態に基づいて、Ｃチャネル
（Ｃ−ｃｈ）の割当てを制御しながら、Ｃ−ｃｈのヘッ
ダに、現在の送信シーケンス番号ＳＮとＡＣＫ要求送信
部５１７からの指示に従ってＡＣＫ信号要求フラグＰ＝
０を付与した上で（図１０(a) 参照）、送信バッファ部
５０８内のデータをＣ−ｃｈに挿入し、上り伝送フレー
ムを組み立て、それを送信する（ステップ３４０２→３
４０３）。
【０２９３】その後、フレーム組立部５０４は、パケッ
ト連続送信番号付与部５１６に対して、送信シーケンス
番号ＳＮを＋１するよう指示する（ステップ３４０
４）。その後、図１５のステップ１５１４以降の処理が
実行される。なお、連続データ送信数ｋの最大値は例え
ば８であり、その場合には、送信シーケンス番号ＳＮ及
び次受信シーケンス番号ＲＮは、０〜７までの範囲で変
化する。
【０２９４】フレーム組立部５０４は、送信シーケンス
番号ＳＮが連続データ送信数ｋより１少ない値になった
か、又は現在の送信待ちデータが最終データである場合
は、フレーム組立部５０４自身が保持しているＢｃｈ空
塞マップの設定状態に基づいて、Ｃチャネル（Ｃ−ｃ
ｈ）の割当てを制御しながら、Ｃ−ｃｈのヘッダに、現
在の送信シーケンス番号ＳＮとＡＣＫ要求送信部５１７
からの指示に従ってＡＣＫ信号要求フラグＰ＝１を付与
した上で、送信バッファ部５０８内のデータをＣ−ｃｈ
に挿入し、上り伝送フレームを組み立て、それを送信す
る（ステップ３４０２→３４０５）。
【０２９５】その後、図１５のステップ１５１４以降の
処理が実行される。上記図３４に示される制御動作によ
って、フレーム組立部５０４は、ＴＤＭＡ装置３１０か
らのＡＣＫの受信を待たずに連続して可変し得るｋ個の
パケットデータをフレームタイミング毎に送信し、ｋ番
目に送信されるパケットデータにはＡＣＫ信号要求フラ
グＰを“１”にセットして送信することになる。
【０２９６】次に、図３５は、第１４の実施の形態にお
いて、ＣＡＵ装置３０５が実現する制御処理の他の一主
要部を示す動作フローチャートであり、第１の実施の形
態における図１５に示される動作フローチャートのステ
ップ１５１４と１５１５を置き換えるものである。ＣＡ
Ｕ装置３０５において、まず、パケット連続送信番号付
与部５１６は、フレーム組立部５０４がＡＣＫ信号要求
フラグＰ＝１をセットして送信したパケットデータに対
するＡＣＫを、フレーム分解部５０５が一定時間内にＣ
−ａｃｋチャネルから受信したか否かを判定する（ステ
ップ３５０１）。
【０２９７】パケット連続送信番号付与部５１６は、フ
レーム分解部５０５が上記ＡＣＫを一定時間内に受信し
たと判定した場合には、そのＡＣＫに付与されている次
受信シーケンス番号ＲＮ（図１０(b) 参照）が、パケッ
ト連続送信番号付与部５１６が現在出力している連続デ
ータ送信数ｋに等しいか否かを判定する（ステップ３５
０２）。
【０２９８】パケット連続送信番号付与部５１６は、デ
ータ送信が正常に実行され、次受信シーケンス番号ＲＮ
が連続データ送信数ｋに等しいと判定した場合には、再
送用に送信バッファ部５０８に保持されていた最近に送
信されたｋ個のパケットデータを削除する（ステップ３
５０２→３５０３）。
【０２９９】その後、パケット連続送信番号付与部５１
６は、送信シーケンス番号ＳＮを０にリセットする（ス
テップ３５０４）。次に、パケット連続送信番号付与部
５１６は、連続送信失敗数ｘを０（初期値は０である）
にリセットすると共に、連続送信成功数ｙを＋１だけイ
ンクリメントする（ステップ３５０５）。
【０３００】一方、パケット連続送信番号付与部５１６
は、データ送信が正常に実行されずに、次受信シーケン
ス番号ＲＮが連続データ送信数ｋに等しくないと判定し
た場合には、再送用に送信バッファ部５０８に保持され
ていた最近に送信されたｋ個のパケットデータのうち、
送信シーケンス番号ＳＮが０〜ＲＮ−１までのパケット
データを削除する（ステップ３５０２→３５０６）。こ
こで、伝送エラーが発生している場合には、次受信シー
ケンス番号ＲＮは、次に正常に受信されるべき送信シー
ケンス番号ＳＮの値を示している。従って、送信シーケ
ンス番号ＳＮが０〜ＲＮ−１までのパケットデータは正
常にＣＡＵ装置３０５からＴＤＭＡ装置３１０に送信さ
れ、送信シーケンス番号ＳＮがＲＮであるパケットデー
タの送信が正常に実行されなかったことになる。
【０３０１】その後、パケット連続送信番号付与部５１
６は、送信シーケンス番号ＳＮを次に正常に受信される
べき送信シーケンス番号値ＲＮにセットする（ステップ
３５０７）。この結果、前述した図３４に示される送信
処理によって、送信バッファ部５０８に残っている再送
されるべき（ｋ−ＲＮ）個のパケットデータに、ＲＮか
ら始まる送信シーケンス番号ＳＮが付与されて、それら
が再送信されることになる。
【０３０２】次に、パケット連続送信番号付与部５１６
は、連続送信失敗数ｘを＋１だけインクリメントすると
共に、連続送信成功数ｙを０（初期値は０である）にリ
セットする（ステップ３５０８）。
【０３０３】パケット連続送信番号付与部５１６は、ス
テップ３５０５又は３５０８の処理の後、連続送信失敗
数ｘが閾値Ｘ以上となっているか否かを判定する（ステ
ップ３５０９）。
【０３０４】パケット連続送信番号付与部５１６は、連
続送信失敗数ｘが閾値Ｘ以上となっていると判定した場
合には、連続データ送信数ｋの値を既定値ｎだけ減少さ
せる（ステップ３５０９→３５１０）。但し、連続デー
タ送信数ｋの最小値は１である。
【０３０５】パケット連続送信番号付与部５１６は、ス
テップ３５０９で連続送信失敗数ｘが閾値Ｘ以上にはな
っていないと判定した場合又はステップ３５１０の処理
の後に、連続送信成功数ｙが閾値Ｙ以上となっているか
否かを判定する（ステップ３５１１）。
【０３０６】パケット連続送信番号付与部５１６は、連
続送信成功数ｙが閾値Ｙ以上となっていると判定した場
合には、連続データ送信数ｋの値を既定値ｍだけ増加さ
せる（ステップ３５１１→３５１２）。但し、連続デー
タ送信数ｋの最大値は８である。
【０３０７】パケット連続送信番号付与部５１６は、ス
テップ３５１１で連続送信成功数ｙが閾値Ｙ以上にはな
っていないと判定した場合又はステップ３５１２の処理
の後に、図１５の動作フローチャートで示される現在の
フレームタイミングの処理を終了する。
【０３０８】パケット連続送信番号付与部５１６は、ス
テップ３５０１において、ＡＣＫ信号要求フラグＰ＝１
がセットされて送信されたパケットデータに対するＡＣ
Ｋをフレーム分解部５０５が一定時間内に受信できなか
ったと判定した場合には、再送用に送信バッファ部５０
８に保持されている最近に送信された、送信シーケンス
番号ＳＮが０からｋ−１までのｋ個のパケットデータを
全て再送する必要があるため、送信シーケンス番号ＳＮ
を０にリセットした後に（ステップ３５１３）、前述し
たステップ３５０８以降の処理を実行する。この結果、
前述した図３４に示される送信処理によって、送信バッ
ファ部５０８に残っている再送されるべきｋ個のパケッ
トデータに、０から始まる送信シーケンス番号ＳＮが付
与され、それらが再送信されることになる。
【０３０９】続いて、図３６は、第１４の実施の形態に
おいて、ＴＤＭＡ装置３１０が実現する制御処理の主要
部を示す動作フローチャートであり、第１の実施の形態
における図１４に示される動作フローチャートのステッ
プ１４１６〜１４１８の処理を置き換えるものである。
【０３１０】まず、フレーム分解部４０４は、図１４の
ステップ１４１３で受信されたＣ−ｃｈのパケットデー
タに付与されている送信シーケンス番号ＳＮ（図１０
(a) 参照）が、現在フレーム分解部４０４が管理してい
る次受信シーケンス番号ＲＮに等しいか否かを判定する
（ステップ３６０１）。
【０３１１】フレーム分解部４０４が、連続するｋ個の
パケットデータが正常に受信されることにより、受信さ
れたパケットデータの送信シーケンス番号ＳＮが次受信
シーケンス番号ＲＮに等しいと判定した場合には、誤り
検出符号制御部４１９は、上記パケットデータが送られ
てきたＣ−ｃｈ内のＣＲＣ（図７参照）を検出すること
により、上記パケットデータにおいて、伝送誤りが発生
しているか否かを判定する（ステップ３６０１→３６０
２）。
【０３１２】誤り検出符号制御部４１９は、伝送誤りを
検出しなかったときは、フレーム分解部４０４が管理し
ている次受信シーケンス番号ＲＮを、受信されたパケッ
トデータの送信シーケンス番号ＳＮに＋１を加算して得
られる値にセットする（ステップ３６０３）。なお、フ
レーム分解部４０４において正常に受信されたパケット
データは受信バッファ部４１２へ転送される。
【０３１３】誤り検出符号制御部４１９は、伝送誤りを
検出した場合には、ステップ３６０３は実行せず、次受
信シーケンス番号ＲＮは変更しない。次に、フレーム分
解部４０４は、図１４のステップ１４１３で受信された
Ｃ−ｃｈのパケットデータに付与されているＡＣＫ信号
要求フラグＰ（図１０(b) 参照）の値が“１”であるか
否かを判定する（ステップ３６０４）。
【０３１４】フレーム分解部４０４は、ＡＣＫ信号要求
フラグＰの値が“１”でなく“０”である場合には、現
在のフレームタイミングではＡＣＫを返信する必要はな
いため、図３６の制御処理を終了する（ステップ３６０
４の判定がＮＯ）。
【０３１５】フレーム分解部４０４は、ＡＣＫ信号要求
フラグＰの値が“１”である場合には、ＡＣＫ返信部４
２０に対して、受信されたパケットデータを送信したＣ
ＡＵ装置３０５に、Ｃ−ａｃｋのヘッダに次受信シーケ
ンス番号ＲＮを付与した上で（図１０(b) 参照）、ＡＣ
Ｋを返信するよう指示する（ステップ３６０４→３６０
５）。この結果、次受信シーケンス番号ＲＮが格納され
たＡＣＫが該当するＣＡＵ装置３０５に返信される。
【０３１６】ステップ３６０５の処理の後に、フレーム
分解部４０４は、次受信シーケンス番号ＲＮの値が、受
信されたパケットデータに付与されている送信シーケン
ス番号ＳＮに＋１を加算して得られる値に等しいか否か
を判定する（ステップ３６０６）。最近のｋ個のパケッ
トデータが連続して正常に受信されていれば、ＲＮ＝Ｓ
Ｎ＋１が成立する。
【０３１７】フレーム分解部４０４は、ＲＮ＝ＳＮ＋１
が成立するならば、次受信シーケンス番号ＲＮを０にリ
セットして、図３６の制御処理を終了する（ステップ３
６０６→３６０７）。
【０３１８】一方、フレーム分解部４０４は、ＲＮ＝Ｓ
Ｎ＋１が成立しなければ、次受信シーケンス番号ＲＮは
リセットせずに、図３６の制御処理を終了する（ステッ
プ３６０６の判定がＮＯ）。
【０３１９】上記図３４〜図３６に示される制御動作に
より、パケット連続送信番号付与部５１６は、現在のト
ラヒック状態に応じて、連続データ送信数ｋを制御する
ことができるため、トラヒック状態に応じた最適な伝送
効率を得ることができる。 ＜本発明の第１５の実施の形態＞第１５の実施の形態の
基本構成は、第１の実施の形態の場合と同様である。
【０３２０】図３７は、第１５の実施の形態のシーケン
スを示す図、図３８は、第５の実施の形態における上り
伝送フレームのフォーマットを示す図である。このフォ
ーマットは、第１の実施の形態における図７に示される
ものと同じである。
【０３２１】第１５の実施の形態では、下り伝送フレー
ムが４フレーム送信される毎に２回の割合で、距離制御
が行われる。具体的には、ＴＤＭＡ装置３１０に含まれ
るチャネル管理部４０８内の距離制御タイミング制御部
４１７は、下り伝送フレームが４フレーム送信される毎
に２回の割合のタイミングで、Ｃｃｈ管理部４１５を制
御することにより、下り伝送フレーム上のＣ−ｃｈを使
用してＣＡＵ装置３０５に対して、図３８に示される実
距離遅延フィールドが割り当てられる上り伝送フレーム
のＣ０チャネルの使用不許可を通知し（図３７のＳ９、
Ｓ１１）、上記タイミング以外のタイミングでは、Ｃ０
チャネルの使用許可を通知する（図３７のＳ１、Ｓ３、
Ｓ５、Ｓ７、Ｓ１３、Ｓ１５）。
【０３２２】ＣＡＵ装置３０５は、Ｃ０チャネルの使用
を許可されているタイミングでは、パケットデータをＣ
０チャネルを使用して送信し（図３７のＳ２、Ｓ４、Ｓ
６、Ｓ８、Ｓ１４）、Ｃ０チャネルの使用を許可されて
いないタイミングでは、ＴＤＭＡ装置３１０により、図
３８に示される距離制御チャネルとＣ０チャネルを使用
して、実距離遅延フィールドと距離応答フィールドが確
保され、距離制御が実行される。
【０３２３】以上の制御動作により、距離制御が実行さ
れないフレームタイミングでは、距離制御用のフィール
ドにＣチャネルを割り当てることができ、上り方向の伝
送効率の向上が可能となる。 ＜本発明の第１６の実施の形態＞第１６の実施の形態の
基本構成は、第１の実施の形態の場合と同様である。
【０３２４】第１６の実施の形態では、図４に示される
ＴＤＭＡ装置３１０の構成においてプロトコル判別部４
２９が、また、図５に示されるＣＡＵ装置３０５の構成
においてプロトコル判別部５２１が、それぞれ使用され
る。
【０３２５】まず、図４に示されるＴＤＭＡ装置３１０
において、送信バッファ部４１１からプロトコル判別部
４２９に対して、下り伝送路に送信されるパケットのプ
ロトコル種別が通知される。
【０３２６】プロトコル判別部４２９は、通知されたプ
ロトコル種別がＴＣＰ（転送制御プロトコル）であるか
ＵＤＰ（ユーザデータグラムプロトコル）であるかを判
別する。
【０３２７】そして、プロトコル判別部４２９は、通知
されたプロトコル種別がＵＤＰであると判別した場合に
は、誤り検出符号制御部４１９がフレーム分解部４０４
が受信したデータから伝送誤りを検出した場合であって
もＡＣＫの返信を行わないよう、ＡＣＫ返信部４２０に
通知する。
【０３２８】一方、プロトコル判別部４２９は、通知さ
れたプロトコル種別がＴＣＰであると判別した場合に
は、ＡＣＫの返信を行うよう、ＡＣＫ返信部４２０に通
知する。
【０３２９】図５に示されるＣＡＵ装置３０５における
動作も、ＴＤＭＡ装置３１０における動作と同様であ
る。即ち、送信バッファ部５０８からプロトコル判別部
５２１に対して、上り伝送路に送信されるパケットのプ
ロトコル種別が通知される。
【０３３０】プロトコル判別部５２１は、通知されたプ
ロトコル種別がＴＣＰであるかＵＤＰであるかを判別す
る。そして、プロトコル判別部５２１は、通知されたプ
ロトコル種別がＵＤＰであると判別した場合には、誤り
検出符号制御部５１２がフレーム分解部５０５が受信し
たデータから伝送誤りを検出した場合であってもＡＣＫ
の返信を行わないよう、ＡＣＫ返信部５１３に通知す
る。
【０３３１】一方、プロトコル判別部５２１は、通知さ
れたプロトコル種別がＴＣＰであると判別した場合に
は、ＡＣＫの返信を行うよう、ＡＣＫ返信部５１３に通
知する。
【０３３２】以上の制御動作により、信頼性を要求され
るプロトコル（ＴＣＰ）ではＡＣＫによる送達確認が行
われることにより信頼性を向上させ、伝送レートを要求
されるプロトコル（ＵＤＰ）ではＡＣＫによる送達確認
が行われないことにより伝送レートを向上させることが
できる。
【０３３３】
【発明の効果】本発明の第１の態様の構成によれば、セ
ンタ装置と端末装置が、第１メディア空塞情報を相互に
同期して通信しあうことにより、その内容に従って、伝
送フレーム上での第１のメディア信号の通信チャネルと
第２のメディア信号の通信チャネルの割当てを動的に変
更することができるため、伝送帯域を最大限まで有効利
用することが可能となる。
【０３３４】本発明の第２の態様の構成によれば、下り
／上り双方向で応答信号が返信され送達確認が行われる
ため信頼性の高いデータ通信サービスが提供可能とな
る。本発明の第３の態様の構成によれば、伝送フレーム
の衝突が発生しない下り方向（センタ装置から端末装置
に向かう方向）においては応答信号が返信されず送達確
認が行われないことにより、下り方向においてより高速
なデータ通信サービスが提供可能となる。
【０３３５】本発明の第４の態様の構成によれば、第１
のメディア信号の通信チャネルと第２のメディア信号の
通信チャネルとが伝送フレーム内の異なる位置から割り
当てられることにより、相互の通信チャネルの組替えの
頻度が低くなるため、処理の簡略化が可能となり、処理
速度の向上が可能となる。
【０３３６】本発明の第５の態様の構成によれば、セン
タ装置と端末装置との間で複数の通信チャネルを使用し
てより高速なデータ伝送が可能となる。本発明の第６の
態様の構成により、端末装置に固定的に通信チャネルを
割り当ててセンタ装置との間でデータ通信を行わせるこ
とができるため、端末装置の伝送レートを保証すること
ができる。
【０３３７】また、第１のメディア信号の通信チャネル
の強制切断による通信断等の事故を防止することができ
る。また、複数の特定端末装置における伝送レートを保
証することができる。
【０３３８】本発明の第７の態様の構成によれば、固定
チャネルの割当時に、第１のメディア信号の通信チャネ
ルの強制切断及び第１のメディア信号の通信チャネルの
閉塞が不要となるため、固定チャネルの割当処理が簡単
になり、運用上の障害を回避することが可能となる。
【０３３９】また、応答信号をなくすことにより、セン
タ装置と端末装置間のより高速なデータ伝送が可能とな
る。本発明の第８の態様の構成によれば、データ長の長
いパケット等は専用チャネルを用いて伝送できるため、
より効率的なデータ伝送が可能となる。
【０３４０】また、応答信号をなくすことにより、より
高速なデータ伝送が可能となる。本発明の第９の態様の
構成により、優先度の高い宛先ネットワークアドレスへ
のパケットが優先的に送信されることで、輻輳時におい
ても優先度の高い宛先端末装置に対する伝送レートが他
の端末装置に対する伝送レートに比較して高くなるよう
に制御することができる。これにより、加入者毎に下り
方向伝送レートに関して、速度保証に基づくサービスク
ラスの設定が可能となり、クオリティオブサービス（Ｑ
ＯＳ）が実現される。
【０３４１】また、優先度の高い上位プロトコルのパケ
ットが優先的に送信されることにより、輻輳時において
も優先度の高い上位プロトコル通信に対する伝送レート
が他の上位プロトコル通信に対する伝送レートに比較し
て高くなるように制御することができる。これにより、
例えば、ＨＴＴＰが優先的に伝送されるように優先度が
設定されることで、Ｗｅｂアクセスをより高速に行う等
のサービスが可能となる。
【０３４２】更に、優先度の高い中位プロトコルのパケ
ットが優先的に送信されることにより、輻輳時において
も優先度の高い中位プロトコル通信に対する伝送レート
が他の中位プロトコル通信に対する伝送レートに比較し
て高くなるように制御することができる。これにより、
例えば、企業ユーザの多くが使用するＩＰＸパケット等
が優先的に伝送されるように優先度が設定されることに
より、企業ユーザに対して高速なデータ伝送を提供する
等のサービスが可能となる。
【０３４３】本発明の第１０の態様の構成によれば、端
末装置において上り方向のパケットがその中位プロトコ
ルによってフィルタリングされることで、上り方向の不
要な種類のパケットによるトラヒックを削減することが
できる。
【０３４４】また、例えば端末装置において上りパケッ
トが送信元ネットワークアドレス情報によってフィルタ
リングされることにより、上り方向の不要な送信元のパ
ケットによるトラヒックを削減することができる。ま
た、事業者から加入者へ割り当てられたネットワークア
ドレス以外のネットワークアドレスの使用を制限するこ
と等ができる。更に、端末装置の配下にプリントサーバ
等が接続されるような場合において、端末装置の配下で
閉じたパケットがセンタ装置側へ送信されてしまうこと
を制限することができる。
【０３４５】更に、物理ネットワークアドレス情報によ
るフィルタリング処理が実行されることで、フィルタリ
ング処理の高速化を図ることが可能となる。本発明の第
１１の態様の構成によれば、端末装置における応答信号
による送達確認は一定数の第２のメディア信号のパケッ
ト等が送信される毎に行われ、その間はパケット等が連
続して送信されることにより、応答信号を用いた送達確
認による信頼性の向上と上り伝送効率の向上を両立させ
ることが可能となる。
【０３４６】本発明の第１２の態様の構成によれば、衝
突発生時のトラヒック増を制限し、トラヒック状態に応
じた最適な伝送効率を得ることができる。本発明の第１
３の態様の構成によれば、衝突復旧時のトラヒックの回
復により、トラヒック状態に応じた最適な伝送効率を得
ることができる。
【０３４７】本発明の第１４の態様の構成によれば、距
離制御が実行されないフレームタイミングでは、距離制
御用のフィールドに第２のメディア信号の通信チャネル
を割り当てることができ、上り方向の伝送効率の向上が
可能となる。
【０３４８】本発明の第１５の態様の構成によれば、信
頼性を要求されるプロトコル（ＴＣＰ等）ではＡＣＫに
よる送達確認が行われることにより信頼性を向上させ、
伝送レートを要求されるプロトコル（ＵＤＰ）では応答
信号による送達確認が行われないことにより伝送レート
を向上させることができる。
【図面の簡単な説明】
【図１】本発明のブロック図（その１）である。
【図２】本発明のブロック図（その２）である。
【図３】第１の実施の形態のシステム構成図である。
【図４】ＴＤＭＡ装置の構成図である。
【図５】ＣＡＵ装置の構成図である。
【図６】第１の実施の形態におけるＣＡＴＶ伝送路のイ
ンタフェース構成図である。
【図７】上り伝送フレームのフォーマットの一例を示す
図である。
【図８】第１の実施の形態におけるＣ−ｃｈ可変割当時
の上り伝送フレームの構成図である。
【図９】下り伝送フレームのフォーマットの一例を示す
図である。
【図１０】Ｃ−ｃｈのヘッダのフォーマット図である。
【図１１】第１の実施の形態における下り伝送フレーム
の構成図（Ｃ−ｃｈ可変割当）である。
【図１２】Ｂｃｈ空塞マップチャネルのフレームフォー
マットの一例を示す図である。
【図１３】Ｂｃｈ空塞マップの変更シーケンスを示す図
である。
【図１４】第１の実施の形態の動作フローチャート（Ｃ
ＡＴＶセンタ）である。
【図１５】第１の実施の形態の動作フローチャート（Ｃ
ＡＵ装置）である。
【図１６】第３の実施の形態の動作フローチャート（送
信側）である。
【図１７】第３の実施の形態の動作フローチャート（受
信側）である。
【図１８】第４の実施の形態の動作説明図である。
【図１９】第４の実施の形態のシーケンスを示す図であ
る。
【図２０】第４〜第８の実施の形態の動作フローチャー
ト（ＣＡＴＶセンタ）である。
【図２１】第４〜第８の実施の形態の動作フローチャー
ト（ＣＡＵ装置）である。
【図２２】第５の実施の形態のシーケンスを示す図であ
る。
【図２３】第７の実施の形態のシーケンスを示す図であ
る。
【図２４】第９の実施の形態における上り伝送フレーム
の構成図である。
【図２５】第９の実施の形態のシーケンスを示す図（短
いパケットの送信時）である。
【図２６】第９の実施の形態のシーケンスを示す図（長
いパケットの送信時）である。
【図２７】第１０の実施の形態のシーケンスを示す図で
ある。
【図２８】第１１及び第１２の実施の形態の概念図であ
る。
【図２９】第１１の実施の形態における優先度処理の動
作フローチャート（ＣＡＴＶセンタ）である。
【図３０】第１２の実施の形態におけるフィルタリング
処理の動作フローチャート（ＣＡＴＶセンタ）である。
【図３１】第１２の実施の形態におけるフィルタリング
処理の動作フローチャート（ＣＡＵ装置／その１）であ
る。
【図３２】第１２の実施の形態におけるフィルタリング
処理の動作フローチャート（ＣＡＵ装置／その２）であ
る。
【図３３】第１３の実施の形態のシーケンスを示す図
（ｋ＝３）である。
【図３４】第１４の実施の形態の動作フローチャート
（ＣＡＵ装置／その１）である。
【図３５】第１４の実施の形態の動作フローチャート
（ＣＡＵ装置／その２）である。
【図３６】第１４の実施の形態の動作フローチャート
（ＣＡＴＶセンタ）である。
【図３７】第１５の実施の形態のシーケンスを示す図で
ある。
【図３８】第１５の実施の形態の上り伝送フレームのフ
ォーマットを示す図である。
【符号の説明】
１０１ センタ装置 １０２ 端末装置 ２０１ 第１メディア終端手段 ２０２ 第２メディア終端手段 ２０３ 第１メディア空塞情報管理手段 ２０４ 第１メディア空塞情報通知手段 ２０５ センタ側第１メディア空塞情報同期更新手
段 ２０６ センタ側チャネル管理手段 ２０７ センタ側フレーム通信手段 ２０８ 端末側第１メディア終端手段 ２０９ 端末側第２メディア終端手段 ２１０ 第１メディア空塞情報受信手段 ２１１ 端末側第１メディア空塞情報同期更新手段 ２１２ 端末側チャネル管理手段 ２１３ 端末側フレーム通信手段
───────────────────────────────────────────────────── フロントページの続き (72)発明者 矢野 浩司 大阪府大阪市中央区城見二丁目２番53号 富士通関西通信システム株式会社内 (72)発明者 芹川 厚夫 東京都立川市曙町１丁目21番目１号 富士 通エーシーエス株式会社内 (72)発明者 山本 隆哉 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (54)

    【特許請求の範囲】
  1. 【請求項１】 センタ装置と複数の端末装置の間に構成
    される１対多の放送型の網を使用して、前記センタ装置
    から前記複数の端末装置に対して双方向通信サービスを
    放送型通信サービスと同時に提供する通信方法であっ
    て、 前記センタ装置において、第１のメディア信号の空塞状
    態を検出し、 前記センタ装置において、該検出した空塞状態を第１メ
    ディア空塞情報として管理し、 前記センタ装置において、第１メディア空塞情報を前記
    端末装置に通知し、 前記センタ装置と前記端末装置において、それぞれが保
    持する前記第１メディア空塞情報を互いに同期して更新
    し、 前記センタ装置と前記端末装置において、それぞれが保
    持する前記第１メディア空塞情報に基づいて、第１のメ
    ディア信号に割り当てられるべき通信チャネルのうち未
    使用の通信チャネルを第２のメディア信号に割り当て、 第１のメディア信号と第２のメディア信号が割り当てら
    れた通信チャネル群を含む伝送フレームを前記センタ装
    置と前記端末装置の間で通信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  2. 【請求項２】 請求項１に記載の方法であって、 前記センタ装置と前記端末装置の間で通信される伝送フ
    レームに誤り検出符号を付加し、 前記センタ装置と前記端末装置において、受信した伝送
    フレームの誤り検出符号に基づいて該伝送フレームの伝
    送誤りを検出し、 該伝送誤りの検出結果に基づいて、前記受信した伝送フ
    レームの発信元に応答信号を返信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  3. 【請求項３】 請求項１に記載の方法であって、 前記端末装置から前記センタ装置に伝送される伝送フレ
    ームにのみ誤り検出符号を付加し、 前記センタ装置において、受信した伝送フレームの誤り
    検出符号に基づいて該伝送フレームの伝送誤りを検出
    し、 該伝送誤りの検出結果に基づいて、前記受信した伝送フ
    レームの発信元の端末装置に応答信号を返信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  4. 【請求項４】 請求項１に記載の方法であって、 前記センタ装置と前記端末装置において、それぞれが保
    持する前記第１メディア空塞情報に基づいて、前記伝送
    フレームの第１の端の通信チャネルから順に第１のメデ
    ィア信号に割り当て、前記伝送フレームの第２の端の通
    信チャネルから順に第２のメディア信号に割り当てる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  5. 【請求項５】 請求項１に記載の方法であって、 前記センタ装置と前記端末装置において、前記伝送フレ
    ーム中の複数の通信チャネルに、第２のメディア信号を
    分割したものをそれぞれにシーケンス番号を付与して割
    り当て、 前記センタ装置と前記端末装置において、受信される伝
    送フレーム中の複数の通信チャネルから、第２のメディ
    ア信号を分割したものとそれぞれに付与されているシー
    ケンス番号とを取り出し、該シーケンス番号に基づいて
    第２のメディア信号を再構成する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  6. 【請求項６】 請求項１に記載の方法であって、 前記センタ装置において、前記伝送フレーム上の特定の
    通信チャネルを固定チャネルとして特定端末装置に固定
    的に割り当て、 前記センタ装置において、前記固定チャネルの割当情報
    を前記特定端末装置に通知し、 前記センタ装置において、前記固定チャネルに対応する
    第１メディア空塞情報として、使用中を示す情報を設定
    し、 前記センタ装置及び前記特定端末装置において、前記固
    定チャネルの割当情報に基づいて、前記固定チャネルを
    用いて第２のメディア信号を相互に通信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  7. 【請求項７】 請求項６に記載の方法であって、 前記センタ装置において、前記固定チャネルの割当時
    に、前記特定の通信チャネルが第１のメディア信号によ
    って使用されているときに、該特定の通信チャネルにお
    ける通信を強制切断する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  8. 【請求項８】 請求項６に記載の方法であって、 前記センタ装置において、第１のメディア信号の全ての
    通信チャネルを交換する交換装置に対して該全ての通信
    チャネルの閉塞を指示し、該閉塞の完了後に前記固定チ
    ャネルを割り当てる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  9. 【請求項９】 請求項６に記載の方法であって、 前記センタ装置において、前記伝送フレーム上の特定の
    通信チャネルを固定チャネルとして複数の特定端末装置
    に固定的に割り当てる、 前記固定チャネルを前記複数の特定端末装置によって共
    用させる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  10. 【請求項１０】 請求項６に記載の方法であって、 前記センタ装置において、前記伝送フレーム上の各通信
    チャネルに対して、第１メディア／第２メディア共用属
    性又は第２メディア専用属性の何れかのチャネル属性を
    予め設定し、 前記センタ装置において、前記固定チャネルの割当時
    に、前記第２メディア専用属性が設定されている通信チ
    ャネルを固定チャネルとして割当てる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  11. 【請求項１１】 請求項６に記載の方法であって、 前記センタ装置において、前記伝送フレーム上の特定の
    通信チャネルを固定チャネルとして１つの特定端末装置
    に固定的に割り当てている場合に、前記センタ装置及び
    前記特定端末装置において、応答信号の通信を行わない
    で、前記固定チャネルを用いた第２のメディア信号を相
    互に通信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  12. 【請求項１２】 請求項１に記載の方法であって、 前記センタ装置において、前記端末装置から受信した伝
    送フレームから取り出した第２のメディア信号の信号長
    を検出し、 該検出された信号長が所定長以上の場合に、前記センタ
    装置と前記端末装置において、それぞれが保持する前記
    第１メディア空塞情報に基づいて、第１のメディア信号
    に割り当てられるべき通信チャネルのうち未使用の複数
    の通信チャネルを第２のメディア信号の専用チャネルと
    して割り当て、 前記センタ装置と前記端末装置において、第２のメディ
    ア信号の専有チャネルを用いて前記信号長が所定長以上
    である第２のメディア信号を通信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  13. 【請求項１３】 請求項１２に記載の方法であって、 前記センタ装置と前記端末装置において、応答信号の通
    信を行わないで、第２のメディア信号の専有チャネルを
    用いて前記信号長が所定長以上である第２のメディア信
    号を通信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  14. 【請求項１４】 請求項１に記載の方法であって、 前記センタ装置において、該センタ装置が前記端末装置
    に送信する第２のメディア信号に対して、所定の決定基
    準に従った優先度を設定し、 前記センタ装置において、前記設定された優先度に従っ
    て、第２のメディア信号を前記端末装置に送信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  15. 【請求項１５】 請求項１４に記載の方法であって、 前記所定の決定基準は、前記端末装置のネットワークア
    ドレス情報である、 ことを特徴とする音声／データ共有通信方法。
  16. 【請求項１６】 請求項１４に記載の方法であって、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの上位プロトコル情報である、 ことを特徴とする音声／データ共有通信方法。
  17. 【請求項１７】 請求項１４に記載の方法であって、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの中位プロトコル情報である、 ことを特徴とする音声／データ共有通信方法。
  18. 【請求項１８】 請求項１に記載の方法であって、 前記センタ装置から前記端末装置に、該端末装置が前記
    センタ装置に送信する第２のメディア信号に対して、所
    定の決定基準に従ったフィルタリング情報を設定し、 前記端末装置において、前記設定されたフィルタリング
    情報に従って、前記センタ装置に送信される第２のメデ
    ィア信号に対してフィルタリング処理を実行する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  19. 【請求項１９】 請求項１８に記載の方法であって、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの中位プロトコル情報である、 ことを特徴とする音声／データ共有通信方法。
  20. 【請求項２０】 請求項１８に記載の方法であって、 前記所定の決定基準は、前記端末装置のネットワークア
    ドレス情報である、 ことを特徴とする音声／データ共有通信方法。
  21. 【請求項２１】 請求項１８に記載の方法であって、 前記所定の決定基準は、前記端末装置の物理アドレス情
    報である、 ことを特徴とする音声／データ共有通信方法。
  22. 【請求項２２】 請求項１に記載の方法であって、 前記端末装置において、前記センタ装置に向けて送信さ
    れる連続する複数の伝送フレーム中の通信チャネルに、
    第２のメディア信号と共に前記連続する複数の伝送フレ
    ームを識別するための送信シーケンス番号を付与し、 前記センタ装置において、前記端末装置から受信される
    伝送フレーム中の通信チャネルから、第２のメディア信
    号と共に前記送信シーケンス番号を取り出し、該送信シ
    ーケンス番号に基づいて、前記連続する複数の伝送フレ
    ーム中の通信チャネルから第２のメディア信号を連続し
    て受信し、 前記センタ装置において、前記連続する複数の伝送フレ
    ーム中の通信チャネルから第２のメディア信号を連続し
    て受信する毎に、前記端末装置に応答信号を返信する、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  23. 【請求項２３】 請求項２２に記載の方法であって、 前記センタ装置において、前記連続する複数の伝送フレ
    ーム中の通信チャネルから第２のメディア信号を連続し
    て受信する毎に、該センタ装置が次に受信すべき伝送フ
    レームに対応する送信シーケンス番号である次受信シー
    ケンス番号を含む応答信号を、前記端末装置に返信し、 前記端末装置において、該端末装置自身が付与している
    送信シーケンス番号と前記センタ装置から受信した応答
    信号に含まれる次受信シーケンス番号とを比較すること
    により、該端末装置が前記センタ装置に向けて送信した
    伝送フレームの衝突を検出し、 前記端末装置において、該衝突検出結果に基づいて、該
    端末装置が前記センタ装置に向けて連続して送信する伝
    送フレームの連続フレーム送信数を減少させる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  24. 【請求項２４】 請求項２２に記載の方法であって、 前記センタ装置において、前記連続する複数の伝送フレ
    ーム中の通信チャネルから第２のメディア信号を連続し
    て受信する毎に、該センタ装置が次に受信すべき伝送フ
    レームに対応する送信シーケンス番号である次受信シー
    ケンス番号を含む応答信号を、前記端末装置に返信し、 前記端末装置において、該端末装置自身が付与している
    送信シーケンス番号と前記センタ装置から受信した応答
    信号に含まれる次受信シーケンス番号とを比較すること
    により、該端末装置が前記センタ装置に向けて送信した
    伝送フレームの衝突の復旧を検出し、 前記端末装置において、該衝突復旧検出結果に基づい
    て、該端末装置が前記センタ装置に向けて連続して送信
    する伝送フレームの連続フレーム送信数を増加させる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  25. 【請求項２５】 請求項１に記載の方法であって、 前記センタ装置において、距離制御を行うフレームタイ
    ミングを制御し、 前記センタ装置において、前記距離制御を行うフレーム
    タイミング以外のフレームタイミングにおいて、前記伝
    送フレーム内の前記距離制御用の空きウインドウ領域に
    第２のメディア信号の通信チャネルを割り当てる、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  26. 【請求項２６】 請求項１に記載の方法であって、 前記センタ装置と前記端末装置において、送信される第
    ２のメディア信号のプロトコルを判別し、 前記センタ装置と前記端末装置において、前記プロトコ
    ルの判別結果に基づいて、応答信号の返信の有無を切り
    替える、 過程を含むことを特徴とする音声／データ共有通信方
    法。
  27. 【請求項２７】 センタ装置と複数の端末装置の間に構
    成される１対多の放送型の網を使用して、前記センタ装
    置から前記複数の端末装置に対して双方向通信サービス
    を放送型通信サービスと同時に提供する通信システムで
    あって、 前記センタ装置に、 第１のメディア信号を終端するセンタ側第１メディア終
    端手段と、 第２のメディア信号を終端するセンタ側第２メディア終
    端手段と、 前記センタ側第１メディア終端手段における第１のメデ
    ィア信号の空塞状態を検出し、該空塞状態を第１メディ
    ア空塞情報として管理する第１メディア空塞情報管理手
    段と、 該第１メディア空塞情報を前記端末装置に通知する第１
    メディア空塞情報通知手段と、 前記センタ装置自身が保持する第１メディア空塞情報
    を、前記第１メディア空塞情報通知手段が通知する第１
    メディア空塞情報に従って、前記端末装置と同期して更
    新するセンタ側第１メディア空塞情報同期更新手段と、 前記センタ装置自身が保持する第１メディア空塞情報に
    基づいて、第１のメディア信号に割り当てられるべき通
    信チャネルのうち未使用の通信チャネルを第２のメディ
    ア信号に割り当てるセンタ側チャネル管理手段と、 該センタ側チャネル管理手段によって第１のメディア信
    号と第２のメディア信号が割り当てられた通信チャネル
    群を含む伝送フレームを前記端末装置との間で通信する
    センタ側フレーム通信手段と、 を含み、 前記端末装置に、 第１のメディア信号を終端する端末側第１メディア終端
    手段と、 第２のメディア信号を終端する端末側第２メディア終端
    手段と、 前記第１メディア空塞情報を前記センタ装置から受信す
    る第１メディア空塞情報受信手段と、 前記端末装置自身が保持する第１メディア空塞情報を、
    前記第１メディア空塞情報受信手段が受信する第１メデ
    ィア空塞情報に従って、前記センタ装置と同期して更新
    する端末側第１メディア空塞情報同期更新手段と、 前記端末装置自身が保持する第１メディア空塞情報に基
    づいて、第１のメディア信号に割り当てられるべき通信
    チャネルのうち未使用の通信チャネルを第２のメディア
    信号に割り当てる端末側チャネル管理手段と、 該端末側チャネル管理手段によって第１のメディア信号
    と第２のメディア信号が割り当てられた通信チャネル群
    を含む伝送フレームを前記センタ装置との間で通信する
    端末側フレーム通信手段と、 を含むことを特徴とする音声／データ共有通信システ
    ム。
  28. 【請求項２８】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、 前記端末装置に送信される伝送フレームに誤り検出符号
    を付加するセンタ側誤り検出符号付加手段と、 前記端末装置から受信される伝送フレームの誤り検出符
    号に基づいて該伝送フレームの伝送誤りを検出するセン
    タ側誤り検出手段と、 該伝送誤りの検出結果に基づいて、前記受信した伝送フ
    レームの発信元の端末装置に応答信号を返信するセンタ
    側応答信号返信手段と、 を含み、 前記端末装置に、 前記センタ装置に送信される伝送フレームに誤り検出符
    号を付加するセンタ側誤り検出符号付加手段と、 前記センタ装置から受信される伝送フレームの誤り検出
    符号に基づいて該伝送フレームの伝送誤りを検出する端
    末側誤り検出手段と、 該伝送誤りの検出結果に基づいて、前記受信した伝送フ
    レームの発信元のセンタ装置に応答信号を返信する端末
    側応答信号返信手段と、 を含むことを特徴とする音声／データ共有通信システ
    ム。
  29. 【請求項２９】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、 前記端末装置から受信される伝送フレームの誤り検出符
    号に基づいて該伝送フレームの伝送誤りを検出するセン
    タ側誤り検出手段と、 該伝送誤りの検出結果に基づいて、前記受信した伝送フ
    レームの発信元の端末装置に応答信号を返信するセンタ
    側応答信号返信手段と、 を含み、 前記端末装置に、 前記センタ装置に送信される伝送フレームに誤り検出符
    号を付加する端末側誤り検出符号付加手段を含む、 ことを特徴とする音声／データ共有通信システム。
  30. 【請求項３０】 請求項２７に記載のシステムであっ
    て、 前記センタ側チャネル管理手段は、前記センタ装置自身
    が保持する第１メディア空塞情報に基づいて、前記伝送
    フレームの第１の端の通信チャネルから順に第１のメデ
    ィア信号に割り当て、前記伝送フレームの第２の端の通
    信チャネルから順に第２のメディア信号に割り当てるセ
    ンタ側チャネル順序管理手段を含み、 前記端末側チャネル管理手段は、前記端末装置自身が保
    持する第１メディア空塞情報に基づいて、前記伝送フレ
    ームの第１の端の通信チャネルから順に第１のメディア
    信号に割り当て、前記伝送フレームの第２の端の通信チ
    ャネルから順に第２のメディア信号に割り当てる端末側
    チャネル順序管理手段を含む、 ことを特徴とする音声／データ共有通信システム。
  31. 【請求項３１】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、 前記伝送フレーム中の複数の通信チャネルに、第２のメ
    ディア信号を分割したものをそれぞれにシーケンス番号
    を付与して割り当てるセンタ側フレーム送信順序制御手
    段と、 受信される伝送フレーム中の複数の通信チャネルから、
    第２のメディア信号を分割したものとそれぞれに付与さ
    れているシーケンス番号とを取り出し、該シーケンス番
    号に基づいて第２のメディア信号を再構成するセンタ側
    フレーム受信順序制御手段と、 を含み、 前記端末装置に、 前記伝送フレーム中の複数の通信チャネルに、第２のメ
    ディア信号を分割したものをそれぞれにシーケンス番号
    を付与して割り当てる端末側フレーム送信順序制御手段
    と、 受信される伝送フレーム中の複数の通信チャネルから、
    第２のメディア信号を分割したものとそれぞれに付与さ
    れているシーケンス番号とを取り出し、該シーケンス番
    号に基づいて第２のメディア信号を再構成する端末側フ
    レーム受信順序制御手段と、 を含むことを特徴とする音声／データ共有通信システ
    ム。
  32. 【請求項３２】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、 前記伝送フレーム上の特定の通信チャネルを固定チャネ
    ルとして特定端末装置に固定的に割り当てる固定割当制
    御手段と、 該固定割当制御手段によって割り当てられる前記固定チ
    ャネルの割当情報を前記特定端末装置に通知する固定チ
    ャネル割当情報通知手段と、 前記固定チャネルに対応する第１メディア空塞情報とし
    て、使用中を示す情報を設定する固定チャネル第１メデ
    ィア空塞情報設定手段と、 前記固定チャネルの割当情報に基づいて、前記固定チャ
    ネルを用いて第２のメディア信号を前記端末装置との間
    で通信するセンタ側固定チャネル通信手段と、 を含み、 前記端末装置に、 前記センタ装置から前記固定チャネルの割当情報を受信
    する固定チャネル割当情報受信手段と、 該固定チャネル割当情報受信手段が受信した固定チャネ
    ルの割当情報に基づいて、前記固定チャネルを用いて第
    ２のメディア信号を前記センタ装置との間で通信する端
    末側固定チャネル通信手段と、 を含むことを特徴とする音声／データ共有通信システ
    ム。
  33. 【請求項３３】 請求項３２に記載のシステムであっ
    て、 前記固定割当制御手段は、前記固定チャネルの割当時
    に、前記特定の通信チャネルが第１のメディア信号によ
    って使用されているときに、該特定の通信チャネルにお
    ける通信を強制切断する、 ことを特徴とする音声／データ共有通信システム。
  34. 【請求項３４】 請求項３２に記載のシステムであっ
    て、 前記固定割当制御手段は、第１のメディア信号の全ての
    通信チャネルを交換する交換装置に対して該全ての通信
    チャネルの閉塞を指示し、該閉塞の完了後に前記固定チ
    ャネルを割り当てる、 ことを特徴とする音声／データ共有通信システム。
  35. 【請求項３５】 請求項３２に記載のシステムであっ
    て、 前記固定割当制御手段は、前記伝送フレーム上の特定の
    通信チャネルを固定チャネルとして複数の特定端末装置
    に固定的に割り当て、 前記固定チャネルが前記複数の特定端末装置によって共
    用される、 ことを特徴とする音声／データ共有通信システム。
  36. 【請求項３６】 請求項３２に記載のシステムであっ
    て、 前記センタ装置に、 前記伝送フレーム上の各通信チャネルに対して、第１メ
    ディア／第２メディア共用属性又は第２メディア専用属
    性の何れかのチャネル属性を予め設定するチャネル属性
    制御手段を更に含み、 前記固定割当制御手段は、前記固定チャネルの割当時
    に、前記第２メディア専用属性が設定されている通信チ
    ャネルを固定チャネルとして割当てる、 ことを特徴とする音声／データ共有通信システム。
  37. 【請求項３７】 請求項３２に記載のシステムであっ
    て、 前記固定割当制御手段が、前記伝送フレーム上の特定の
    通信チャネルを固定チャネルとして１つの特定端末装置
    に固定的に割り当てている場合に、前記センタ側固定チ
    ャネル通信手段及び前記端末側固定チャネル通信手段
    は、応答信号の通信を行わないで、前記固定チャネルを
    用いた第２のメディア信号を通信する、 ことを特徴とする音声／データ共有通信システム。
  38. 【請求項３８】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、前記端末装置から受信した伝送フレ
    ームから取り出した第２のメディア信号の信号長を検出
    する受信第２メディア信号長検出手段と、 該受信第２メディア信号長検出手段によって検出された
    信号長が所定長以上の場合に、前記センタ装置と前記端
    末装置において、それぞれが保持する前記第１メディア
    空塞情報に基づいて、第１のメディア信号に割り当てら
    れるべき通信チャネルのうち未使用の複数の通信チャネ
    ルを第２のメディア信号の専用チャネルとして割り当て
    る第２のメディア専用チャネル割当手段と、 を更に含み、 前記センタ装置と前記端末装置において、第２のメディ
    ア信号の専有チャネルを用いて前記信号長が所定長以上
    である第２のメディア信号を通信する、 ことを特徴とする音声／データ共有通信システム。
  39. 【請求項３９】 請求項３８に記載のシステムであっ
    て、 前記センタ装置と前記端末装置において、応答信号の通
    信を行わないで、第２のメディア信号の専有チャネルを
    用いて前記信号長が所定長以上である第２のメディア信
    号を通信する、 ことを特徴とする音声／データ共有通信システム。
  40. 【請求項４０】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、 該センタ装置が前記端末装置に送信する第２のメディア
    信号に対して、所定の決定基準に従った優先度を設定す
    る優先度設定手段と、 前記設定された優先度に従って、第２のメディア信号を
    前記端末装置に送信する優先度制御手段と、 含むことを特徴とする音声／データ共有通信システム。
  41. 【請求項４１】 請求項４０に記載のシステムであっ
    て、 前記所定の決定基準は、前記端末装置のネットワークア
    ドレス情報である、ことを特徴とする音声／データ共有
    通信システム。
  42. 【請求項４２】 請求項４０に記載のシステムであっ
    て、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの上位プロトコル情報である、 ことを特徴とする音声／データ共有通信システム。
  43. 【請求項４３】 請求項４０に記載のシステムであっ
    て、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの中位プロトコル情報である、 ことを特徴とする音声／データ共有通信システム。
  44. 【請求項４４】 請求項２７に記載のシステムであっ
    て、 前記センタ装置に、前記端末装置に、該端末装置が前記
    センタ装置に送信する第２のメディア信号に対して、所
    定の決定基準に従ったフィルタリング情報を設定するた
    めのフィルタリング設定手段を含み、 前記端末装置に、前記フィルタリング設定手段によって
    設定されたフィルタリング情報に従って、前記センタ装
    置に送信される第２のメディア信号に対してフィルタリ
    ング処理を実行するフィルタリング制御手段を含む、 ことを特徴とする音声／データ共有通信システム。
  45. 【請求項４５】 請求項４４に記載のシステムであっ
    て、 前記所定の決定基準は、第２のメディア信号であるパケ
    ットデータの中位プロトコル情報である、 ことを特徴とする音声／データ共有通信システム。
  46. 【請求項４６】 請求項４４に記載のシステムであっ
    て、 前記所定の決定基準は、前記端末装置のネットワークア
    ドレス情報である、 ことを特徴とする音声／データ共有通信システム。
  47. 【請求項４７】 請求項４４に記載のシステムであっ
    て、 前記所定の決定基準は、前記端末装置の物理アドレス情
    報である、 ことを特徴とする音声／データ共有通信システム。
  48. 【請求項４８】 請求項２７に記載のシステムであっ
    て、 前記端末装置に、前記センタ装置に向けて送信される連
    続する複数の伝送フレーム中の通信チャネルに、第２の
    メディア信号と共に前記連続する複数の伝送フレームを
    識別するための送信シーケンス番号を付与する送信シー
    ケンス番号付与手段を含み、 前記センタ装置に、 前記端末装置から受信される伝送フレーム中の通信チャ
    ネルから、第２のメディア信号と共に前記送信シーケン
    ス番号を取り出し、該送信シーケンス番号に基づいて、
    前記連続する複数の伝送フレーム中の通信チャネルから
    第２のメディア信号を連続して受信する第２のメディア
    信号連続受信手段と、 前記連続する複数の伝送フレーム中の通信チャネルから
    第２のメディア信号を連続して受信する毎に、前記端末
    装置に応答信号を返信する複数フレーム毎応答信号返信
    手段と、 を含む、 ことを特徴とする音声／データ共有通信システム。
  49. 【請求項４９】 請求項４８に記載のシステムであっ
    て、 前記複数フレーム毎応答信号返信手段は、前記連続する
    複数の伝送フレーム中の通信チャネルから第２のメディ
    ア信号を連続して受信する毎に、該センタ装置が次に受
    信すべき伝送フレームに対応する送信シーケンス番号で
    ある次受信シーケンス番号を含む応答信号を、前記端末
    装置に返信し、 前記端末装置において、該端末装置自身が付与している
    送信シーケンス番号と前記センタ装置から受信した応答
    信号に含まれる次受信シーケンス番号とを比較すること
    により、該端末装置が前記センタ装置に向けて送信した
    伝送フレームの衝突を検出する衝突検出手段と、 前記端末装置において、該衝突検出結果に基づいて、該
    端末装置が前記センタ装置に向けて連続して送信する伝
    送フレームの連続フレーム送信数を減少させる連続フレ
    ーム送信数減少手段と、 を更に含むことを特徴とする音声／データ共有通信シス
    テム。
  50. 【請求項５０】 請求項４８に記載のシステムであっ
    て、 前記複数フレーム毎応答信号返信手段は、前記連続する
    複数の伝送フレーム中の通信チャネルから第２のメディ
    ア信号を連続して受信する毎に、該センタ装置が次に受
    信すべき伝送フレームに対応する送信シーケンス番号で
    ある次受信シーケンス番号を含む応答信号を、前記端末
    装置に返信し、 前記端末装置において、該端末装置自身が付与している
    送信シーケンス番号と前記センタ装置から受信した応答
    信号に含まれる次受信シーケンス番号とを比較すること
    により、該端末装置が前記センタ装置に向けて送信した
    伝送フレームの衝突の復旧を検出する衝突復旧検出手段
    と、 前記端末装置において、該衝突復旧検出結果に基づい
    て、該端末装置が前記センタ装置に向けて連続して送信
    する伝送フレームの連続フレーム送信数を増加させる連
    続フレーム送信数増加手段と、 を更に含むことを特徴とする音声／データ共有通信シス
    テム。
  51. 【請求項５１】 請求項２７に記載の方法であって、 前記センタ装置に、距離制御を行うフレームタイミング
    を制御する距離制御タイミング制御手段を更に含み、 前記センタ側チャネル管理手段は、前記前記距離制御を
    行うフレームタイミング以外のフレームタイミングにお
    いて、前記伝送フレーム内の前記距離制御用の空きウイ
    ンドウ領域に第２のメディア信号の通信チャネルを割り
    当てる、 ことを特徴とする音声／データ共有通信方法。
  52. 【請求項５２】 請求項１に記載のシステムであって、 前記センタ装置に、送信される第２のメディア信号のプ
    ロトコルを判別するセンタ側プロトコル判別手段を含
    み、 前記端末装置に、送信される第２のメディア信号のプロ
    トコルを判別する端末側プロトコル判別手段を含み、 前記センタ装置と前記端末装置において、前記プロトコ
    ルの判別結果に基づいて、応答信号の返信の有無を切り
    替える、 ことを特徴とする音声／データ共有通信システム。
  53. 【請求項５３】 センタ装置と複数の端末装置の間に構
    成される１対多の放送型の網を使用して、前記センタ装
    置から前記複数の端末装置に対して双方向通信サービス
    を放送型通信サービスと同時に提供する通信システムに
    使用されるセンタ装置であって、 第１のメディア信号を終端するセンタ側第１メディア終
    端手段と、 第２のメディア信号を終端するセンタ側第２メディア終
    端手段と、 前記センタ側第１メディア終端手段における第１のメデ
    ィア信号の空塞状態を検出し、該空塞状態を第１メディ
    ア空塞情報として管理する第１メディア空塞情報管理手
    段と、 該第１メディア空塞情報を前記端末装置に通知する第１
    メディア空塞情報通知手段と、 前記センタ装置自身が保持する第１メディア空塞情報
    を、前記第１メディア空塞情報通知手段が通知する第１
    メディア空塞情報に従って、前記端末装置と同期して更
    新するセンタ側第１メディア空塞情報同期更新手段と、 前記センタ装置自身が保持する第１メディア空塞情報に
    基づいて、第１のメディア信号に割り当てられるべき通
    信チャネルのうち未使用の通信チャネルを第２のメディ
    ア信号に割り当てるセンタ側チャネル管理手段と、 該センタ側チャネル管理手段によって第１のメディア信
    号と第２のメディア信号が割り当てられた通信チャネル
    群を含む伝送フレームを前記端末装置との間で通信する
    センタ側フレーム通信手段と、 を含むことを特徴とするセンタ装置。
  54. 【請求項５４】 センタ装置と複数の端末装置の間に構
    成される１対多の放送型の網を使用して、前記センタ装
    置から前記複数の端末装置に対して双方向通信サービス
    を放送型通信サービスと同時に提供する通信システムに
    使用される端末装置であって、 第１のメディア信号を終端する端末側第１メディア終端
    手段と、 第２のメディア信号を終端する端末側第２メディア終端
    手段と、 第１メディア空塞情報を前記センタ装置から受信する第
    １メディア空塞情報受信手段と、 前記端末装置自身が保持する第１メディア空塞情報を、
    前記第１メディア空塞情報受信手段が受信する第１メデ
    ィア空塞情報に従って、前記センタ装置と同期して更新
    する端末側第１メディア空塞情報同期更新手段と、 前記端末装置自身が保持する第１メディア空塞情報に基
    づいて、第１のメディア信号に割り当てられるべき通信
    チャネルのうち未使用の通信チャネルを第２のメディア
    信号に割り当てる端末側チャネル管理手段と、 該端末側チャネル管理手段によって第１のメディア信号
    と第２のメディア信号が割り当てられた通信チャネル群
    を含む伝送フレームを前記センタ装置との間で通信する
    端末側フレーム通信手段と、 を含むことを特徴とする端末装置。
JP9242292A 1997-09-08 1997-09-08 音声／データ共有通信システム Withdrawn JPH1188547A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP9242292A JPH1188547A (ja) 1997-09-08 1997-09-08 音声／データ共有通信システム
US09/038,333 US6351469B1 (en) 1997-09-08 1998-03-11 Sound/data sharing communications system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9242292A JPH1188547A (ja) 1997-09-08 1997-09-08 音声／データ共有通信システム

Publications (1)

Publication Number Publication Date
JPH1188547A true JPH1188547A (ja) 1999-03-30

Family

ID=17087077

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9242292A Withdrawn JPH1188547A (ja) 1997-09-08 1997-09-08 音声／データ共有通信システム

Country Status (2)

Country Link
US (1) US6351469B1 (ja)
JP (1) JPH1188547A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001218187A (ja) * 2000-01-28 2001-08-10 Furukawa Electric Co Ltd:The 双方向ｃａｔｖシステム、ｃａｔｖ網側無線装置および双方向ｃａｔｖサービス提供方法
KR100304454B1 (ko) * 1999-09-30 2001-11-02 서평원 키폰 시스템의 피씨엠 하이웨이를 이용한 데이터 송수신 장치
JP2006180393A (ja) * 2004-12-24 2006-07-06 Matsushita Electric Ind Co Ltd Ｉｐ電話システム、ｉｐ電話装置及びファイル転送方法
JP2010136441A (ja) * 2010-02-17 2010-06-17 Fujitsu Ltd 情報配信システム及び情報配信装置及び端末装置
JP5263395B2 (ja) * 2009-07-16 2013-08-14 富士通株式会社 通信装置、情報処理装置および通信制御方法
WO2015068598A1 (ja) * 2013-11-11 2015-05-14 日本電気株式会社 装置、セッション処理品質安定化システム、優先度処理方法、送信方法、中継方法およびプログラム

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6798744B1 (en) * 1999-05-14 2004-09-28 Pmc-Sierra, Inc. Method and apparatus for interconnection of flow-controlled communication
US7017176B1 (en) * 1999-06-10 2006-03-21 Cisco Technology, Inc. Data transmission over multiple upstream channels within a cable modem system
US7320025B1 (en) 2002-03-18 2008-01-15 Music Choice Systems and methods for providing a broadcast entertainment service and an on-demand entertainment service
US6571102B1 (en) * 2000-08-08 2003-05-27 Motorola, Inc. Channel management technique for asymmetric data services
US6922557B2 (en) * 2000-10-18 2005-07-26 Psion Teklogix Inc. Wireless communication system
JP3516929B2 (ja) * 2001-04-11 2004-04-05 シャープ株式会社 送信装置、受信装置、およびこれらを備えた通信システム
US7243154B2 (en) * 2002-06-27 2007-07-10 Intel Corporation Dynamically adaptable communications processor architecture and associated methods
GB0614543D0 (en) * 2006-07-21 2006-08-30 Vodafone Plc RF Distribution
TWI334293B (en) * 2007-03-06 2010-12-01 Xtera Comm Taiwan Co Ltd Method for transmitting network packets
US9197937B1 (en) 2012-04-26 2015-11-24 Music Choice Automatic on-demand navigation based on meta-data broadcast with media content
US10219027B1 (en) 2014-10-24 2019-02-26 Music Choice System for providing music content to a user

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58134549A (ja) 1982-02-04 1983-08-10 Hitachi Ltd デイジタル電話通信方式
JPS6232758A (ja) 1985-08-05 1987-02-12 Nec Corp ボタン電話装置
JPH0752987B2 (ja) * 1986-02-28 1995-06-05 株式会社日立製作所 多元情報順序保存タイムスロツト選択方法
JP3073248B2 (ja) * 1991-03-19 2000-08-07 富士通株式会社 ポイント対マルチポイント接続方式
GB2263041B (en) * 1991-12-30 1996-03-20 Nynex Corp System for integrated distribution of switched voice and television on coaxial cable and with video signal transmission originating from subscriber locations
WO1994030015A1 (en) * 1993-06-03 1994-12-22 Target Technologies, Inc. Data and television network for digital computer workstations
JP3545110B2 (ja) * 1995-09-26 2004-07-21 富士通株式会社 通信サービスの品質制御方式
US5862451A (en) * 1996-01-22 1999-01-19 Motorola, Inc. Channel quality management in a cable telephony system
JP2897711B2 (ja) * 1996-02-05 1999-05-31 日本電気株式会社 伝送制御システム
JPH1065693A (ja) * 1996-08-22 1998-03-06 Fujitsu Ltd オンデマンド・システム

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100304454B1 (ko) * 1999-09-30 2001-11-02 서평원 키폰 시스템의 피씨엠 하이웨이를 이용한 데이터 송수신 장치
JP2001218187A (ja) * 2000-01-28 2001-08-10 Furukawa Electric Co Ltd:The 双方向ｃａｔｖシステム、ｃａｔｖ網側無線装置および双方向ｃａｔｖサービス提供方法
JP2006180393A (ja) * 2004-12-24 2006-07-06 Matsushita Electric Ind Co Ltd Ｉｐ電話システム、ｉｐ電話装置及びファイル転送方法
JP4522842B2 (ja) * 2004-12-24 2010-08-11 パナソニック株式会社 Ｉｐ電話システム、ｉｐ電話装置及びファイル転送方法
JP5263395B2 (ja) * 2009-07-16 2013-08-14 富士通株式会社 通信装置、情報処理装置および通信制御方法
JP2010136441A (ja) * 2010-02-17 2010-06-17 Fujitsu Ltd 情報配信システム及び情報配信装置及び端末装置
WO2015068598A1 (ja) * 2013-11-11 2015-05-14 日本電気株式会社 装置、セッション処理品質安定化システム、優先度処理方法、送信方法、中継方法およびプログラム

Also Published As

Publication number Publication date
US6351469B1 (en) 2002-02-26

Similar Documents

Publication Publication Date Title
JPH1188547A (ja) 音声／データ共有通信システム
US6813277B2 (en) Method and apparatus enabling multiple access on a broadband communication network
RU2201035C2 (ru) Способ, устройство и сеть связи для устранения наложения сигналов при проведении радиосвязи
JP4141106B2 (ja) 帯域制御装置
US6097707A (en) Adaptive digital wireless communications network apparatus and process
AU740868B2 (en) A method for packet switched data transmission
US20060092910A1 (en) Method and apparatus for organizing and scheduling multimedia data transfers over a wireless channel
JPH08181645A (ja) 衛星チャネルアクセス方式
US7801169B2 (en) Method for mapping quality of service requirements to radio protocol parameters
TW201029390A (en) A method to improve channel utilization in a time division multiple access based protocol
KR20180097379A (ko) Tdma/scpc 통합형 위성 통신 시스템의 성형망/메쉬망 접속 장치 및 그 방법
AU740399B2 (en) A method for packet switched data transmission
CN102316518A (zh) 一种改进的rts/cts通信控制方法
CN110431877A (zh) 供在包括蓝牙le链路的网络中使用的主节点和包括该主节点的网络
US6751213B1 (en) Token over ethernet protocol
EP1652342B1 (en) Method, access point and program product for providing bandwidth and airtime fairness in wireless networks
EP2498455A1 (en) Method and system to coordinate the communication channel access in a technology independent way in order to improve channel efficiency and to provide QoS guarantees
US20040215812A1 (en) Packet-drop tolerant method for transmitting time-critical data over ethernet
Cisco Serial Tunnel and Block Serial Tunnel Commands
JP2002247063A (ja) パケット多重化方式
US6831894B1 (en) Method and a system for reserving transmission capacity
US8565257B2 (en) Method for mapping quality of service requirements to radio protocol parameters
CN114666651B (zh) 一种新型智能无线系统
Kahalo et al. The method of transmitting real-time video streams for Wi-Fi networks with short-term channel failures
CN115189983B (zh) 一种访问autbus网络的tsn装置

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20041207