JP3883128B2 - Data transmission method and transmission device - Google Patents
Data transmission method and transmission device Download PDFInfo
- Publication number
- JP3883128B2 JP3883128B2 JP2003577519A JP2003577519A JP3883128B2 JP 3883128 B2 JP3883128 B2 JP 3883128B2 JP 2003577519 A JP2003577519 A JP 2003577519A JP 2003577519 A JP2003577519 A JP 2003577519A JP 3883128 B2 JP3883128 B2 JP 3883128B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- data transfer
- channel
- communication
- transmission
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims description 91
- 238000000034 method Methods 0.000 title claims description 47
- 238000012546 transfer Methods 0.000 claims description 151
- 238000004891 communication Methods 0.000 claims description 64
- 230000006870 function Effects 0.000 description 31
- 238000012545 processing Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 238000012544 monitoring process Methods 0.000 description 7
- 230000002411 adverse Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 3
- 101150012532 NANOG gene Proteins 0.000 description 2
- 101100396520 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) TIF3 gene Proteins 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 101150038107 stm1 gene Proteins 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000010485 coping Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13109—Initializing, personal profile
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13174—Data transmission, file transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13201—Change-over of service during connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13216—Code signals, frame structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13298—Local loop systems, access network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13386—Line concentrator
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Exchange Systems With Centralized Control (AREA)
- Time-Division Multiplex Systems (AREA)
Description
技術分野
本発明はデータ伝送方法及び伝送方法に係り、特に複数の加入者に対する集線機能を有する交換機によって割り当てられたベアラチャネルによって加入者に対する通信を実施するアクセス系伝送装置及び同伝送装置に適用し得るデータ伝送方法及び伝送装置に関する。
背景技術
近年伝送装置のソフトウェア指向が急速に進んでおり、特に、所謂Ｖ５．２インターフェース仕様（主に交換機に関する規格）のＩＤＬＣ（インテグレーテッドディジタルループキャリア）等を構成するアクセス系（ユーザに最も近い系統）伝送装置に適用され得るデータ伝送装置においては、ＰＳＴＮ／ＩＳＤＮやディジタルＰＡＢＸとの接続、更にそれぞれのサービスにおいてもＰＳＴＮでは２Ｗ／４Ｗ（２線／４線）での多様な交換機信号仕様、６４ＫＢサービス等、ＩＳＤＮではＢａｓｉｃ ＲａｔｅやＰｒｉｍａｒｙ Ｒａｔｅ等、更に又高次群側ではＰＤＨやＳＤＨ等、或いは加入者試験を行う為の試験ユニット、更にはＶ５システムにおいてはＶ５プロトコルを制御する制御ユニットや装置内クロスコネクト設定を行うユニットの機能等、多種多様な機能がソフトウェアによって実現されている。そしてこのような実現すべき機能の多様化に伴い、それらを制御するソフトウエアの種類も多様化しており、これら多種のソフトウエアについては、バグ修正、新機能の追加、所謂アップグレード等の目的でセンターから随時ファイルのダウンロードによるインサービスアップグレードが行われている。
ところで上記アクセス系伝送装置はキャビネットシステム等の利用によって屋外設置されることも多く、これまで上記インサービスアップグレード用のソフトウエア（ファイルデータ等）は呼接続用のベアラチャネルとは別の制御信号専用のＤＣＣ（データコミュニケーションチャネル）等を経由してリモート局に転送することによって当該伝送装置に転送していた。ところが、例えば利用する伝送路がＳＴＭ１仕様のものである場合、上記ＤＣＣの転送速度はネットワーク全体で１９２Ｋｂｐｓ（ＲＳＤＣＣの場合）程度であり、ＤＣＣで伝送するデータには更に上記アップグレード用ファイルデータ以外にも通常のネットワーク監視情報や各種の制御情報も含まれる為これらの情報の流れを阻害せずにデータ転送するために必要なファイルデータを各局に転送する為には膨大な時間がかかる場合がある。或いは同ファイルデータ転送中、逆に上記ネットワーク監視情報の収集処理、制御情報の転送処理速度にも悪影響が及ぶことも考えられる。
このような事態の発生を防止するためには上記アップグレード用ファイルデータ転送用専用回線を確保すること等が考えられるが、現実的には通信資源の量的制限等によってそのような対処方法は現実的では無い場合が多い。そこで、上記データ転送用に専用回線の確保等の対処を行うことなくアップグレード用ファイルデータ転送を高速に行え且つその他の通常の監視／制御の処理に悪影響を与えずに効率的に当該データ転送が行えるための手法が望まれている。
ここで、従来このようなデータファイル等のデータ転送は例えば下記の様な手順Ａ）又はＢ）で実施される。
Ａ）制御システム（ＮＭＳやローカルの装置制御システム）から各ＮＥ（ネットワークエレメント、即ちこの場合ネットワークを構成する各アクセス伝送装置）に対して上記ＤＣＣを使用してセンターからログインする。次に装置制御用言語（ＴＬ１など）パケットの情報エリアを使用して当該データをＡＳＣＩＩコードで転送先ＮＥのファイルバッファ等に転送する。そしてこのような処理を転送先ＮＥ数及び転送するファイル数分繰り返す。
Ｂ）やはりＤＣＣを経由して、ＯＳＩ７層（ＯＳＩはオープン・システム・インターコネクションの略称）プロトコルで提供されるＦＴＡＭ（ファイル・トランスファ・アクセス・アンド・マネージメント）サービス等を使用する。この場合、転送速度はＳＴＭ１、ＲＳＤＣＣを使用して約６７Ｋｂｐｓ（転送効率約３５％）程度である。
なおここで転送速度改善の為、ファイルを圧縮して転送する等の方法が採用されているが、そのような手法によっても上記の物理的な速度範囲を超えることはできない。
上記の如く、これらの方法では、データ転送に膨大な時間がかかる場合があり、更に転送中ＤＣＣに負荷をかける為、通常の監視処理／制御処理にも悪影響を与えかねない。
発明の要約
本発明は上記問題点に鑑み、インサービスアップグレード用データ等のデータ転送に要する時間の効果的短縮、及びＤＣＣ等の制御信号専用チャネルにかかる負荷を軽減可能な方法を提供することを目的としている。
上記目的の達成のため、本発明は、集線機能によってベアラチャネルが随時割り当てられる通信システムにおいて、使用されていないベアラチャネルをアクセス系伝送装置用アップグレードのためのデータ転送用に使用する構成である。
或いは、本発明では、集線機能によってベアラチャネルが随時割り当てられる通信システムであり、通信処理されるデータは加入者向けデータとそれ以外のデータよりなる通信システムにおいて、上記加入者向けデータの通信に使用されていないベアラチャネルを上記それ以外のデータの転送用に使用する構成である。
このように本発明では、集線機能によるベアラチャネル割り当て処理に関し割り当てられていない状態にあるベアラチャネル（空きベアラチャネル）を有効に利用してインサービスアップグレード用データのデータ転送用に使用することにより、従来同目的のために使用していたＤＣＣ等を使用せずにすむため、同じＤＣＣ等を使用して行われている通常のネットワーク監視制御業務に対する悪影響を防止し、且つ比較的容量の大きな空きベアラチャネルを使用することによってＤＣＣ等の使用時に比して大幅にデータ伝送速度を改善可能であり、当該データ転送に要する時間を大幅に短縮可能である。
発明を実施するための最良の形態
以下、本発明の実施の形態について図と共に説明する。
近年、上記アクセス系伝送装置（ＡＮと称する）と交換機（ＬＥと称する）間インターフェースの標準化が進み、ＡＮ／ＬＥ間で決められたプロトコルでシグナリング（交換機信号種別）情報やコントロール情報等を通信できるようになり、ＡＮ／ＬＥ間をディジタル信号で直接接続する構成（ＩＤＬＣ構成）が採用されてきいる。本発明はこのＩＤＬＣ構成のアクセスネットワークに適用し得るものであり、ここではその一例としてＥＴＳＩ／ＩＴＵ−Ｔ等で標準規格化されているＶ５．２プロトコルを適用した実施例ついて説明する。
まず、Ｖ５．２について簡単に説明する。
図１、図２は、本発明が適用され得る上記Ｖ５．２プロトコルが適用されたアクセスネットワークの構成例を示す。これらの例の場合、各アクセス系伝送装置（ＡＮ）２０−１乃至２０−６間は光ファイバ等による伝送路４０で結ばれ、他方交換機（ＬＥ）１０と各アクセス系伝送装置（ＡＮ）２０−１乃至２０−６との間は直接または伝送路３０を経由して所謂Ｅ１（２．０４８Ｍｂｐｓ、ＩＴＵ−Ｔ、Ｇ７０３規格による）の電気信号で接続されている。また上記各ＡＮは１つのＶ５インタフェース（Ｖ５プロトコルに従うインタフェース、以降Ｖ５ＩＦと称する）を有し、この１つのＶ５ＩＦで最大１６個のＥ１信号まで収容可能である。
ここでＶ５ＩＦは、ＬＥ／ＡＮ間のコミュニケーションをとるためのチャネル（コミュニケーション・チャネル、Ｃチャンネルとも称する）を有し、設定によるが上記Ｃチャンネルとしては通常Ｅ１信号中のＴＳ（タイムスロット）１６が使用される。また障害発生時に備え、通常別Ｅ１信号に予備Ｃチャンネル用のＴＳを割り当てて置き、通常使用されるＣチャンネルを伝送するＥ１信号をプライマリ・リンク、予備をセカンダリ・リンクと称する。このＣチャンネルを通して、ＡＮ／ＬＥ間で下記Ｖ５．２、レイヤ３プロトコル処理に関する情報がやりとりされる。
又Ｖ５．２プロトコルは集線機能をサポートしており、具体的には図３に示す構成を有するベアラチャネルのユーザポートに対する割りつけがコールバイコール、即ち呼に応じて随時行われる（ＬＥが決定する）。つまり発呼または着呼が発生した際、空いているベアラチャネルに必要なポートを割りつける。この際のプロトコルの実施の流れの例を図４に示す。
この時、ＡＮは交換機（ＬＥ）からの指示に従い、コールバイコールでユーザポートのベアラチャネルへの割り付け（ダイナミッククロスコネクト）を行う（図４のステップＳ１乃至Ｓ９）が、これはＣチャンネルを通してやりとりされる交換機からの指示等をＡＮのＶ５制御部が解析し、ＡＮのＥ０〈６４Ｋｂｐｓ〉クロスコネクト設定機能を使用して行う。その後、ダイアル等の信号がやりとりされ、当該通話が確立する（ステップＳ９以降）。
通常、図１で示される如くのＶ５．２プロトコルを適用したアクセスネットワークにおいて通常アプリケーションアップグレード用ファイルなどのデータはＤＣＣを通してリモート局に送られ、この場合、前述したようにデータ転送に膨大な時間がかかり、またこれによってＤＣＣに掛かる負荷が高まり、データ転送以外の監視／制御処理に悪影響を及ぼすことが考えられる。この点を解決する為、本発明では未使用状態にある上記ベアラチャネルを使用する手法を適用する。既に述べたようにベアラチャネルは必要に応じて（発呼または着呼が発生した時）割り当て（アロケーション）がなされるため、原理的には割り当てがなされていない際には上記ＡＮ−ＡＮ間データ転送、即ちインサービスアップグレード用データ転送に使用することが可能である。またこのようにベアラチャネルを使用することで、（６４＊Ｎ）Ｋｂｐｓ分の回線を使用可となり、ＤＣＣ使用の場合の数１０〜数１００倍の転送速度を確保できる。
即ちアクセス系ネットワークの場合、通常時の回線使用率は平均して１５％程度（以下）であるため、集線率４：１で２０００チャネルをサポートするＡＮを考えると、この場合Ｖ５ＩＦ配下のＥ１リンク１６本でベアラチャネル数が約４８０チャネルであり集線率４：１であるため収容する電話回線数にして４８０＊４＝１９２０チャネルをサポートする構成となる。この場合、２０００＊１５％＝３００チャネルが使用中とすると、４８０−３００＝１８０分のベアラチャネルが空きチャネルとなる。これを上記データ転送用チャネルとして使用することを考えると、６４Ｋｂｐｓ＊１８０チャネル使用できることとなり、従来の約１８０倍の転送速度を確保できる。またこの手法を適用する場合、既に引かれている伝送路のベアラチャネルを使用する為、データ転送用に別に専用回線を増設する必要も無い。
更にこの手法を適用した場合、Ｖ５ＩＦに収容されているＥ１リンク内のベアラチャネルを利用するため、Ｖ５ＩＦ及びそれに収容されるＥ１リンクは各ＡＮ毎に設けられているので、各ＡＮ毎に同時に複数のデータ転送用回線を確保する事も可能である。
以下に本発明の実施例の構成を詳細に説明する。
尚、ここでは図１に示すリング構成のネットワークを例に取って説明するが、本発明はこのような構成の通信網に限らず、ポイントツーポイント構成のネットワーク等（例えば図２の構成）にも同様にして適用可能である。
本実施例は、ある時間に使用されていない（つまり割り当てられていない状態の）ベアラチャネルをＡＮ−ＡＮ間のデータ転送用回線として使用する構成を有する。尚、本発明を適用可能なＩＤＬＣアクセスネットワークにおいて空きベアラチャネルを利用する為の具体的手法について以下に説明するが、本発明が適用可能な範囲はこれら具体例のみに限定されることはなく、これ以外の構成を有するＩＤＬＣアクセスネットワークにおいて空きベアラチャネルを利用する構成としても適用可能である。
まず、データ送信局としてのリング構成通信網におけるＣＯＴ局（セントラル・オフィス・ターミナル、即ちＬＥと直接接続される中央局としてのＡＮ）、並びにデータ受信局としてのリング構成通信網におけるＲＴ局（リモート・ターミナル、やはりＡＮ）について説明する。
前述した如くＶ５．２プロトコルによってＬＥ−ＡＮ間で制御情報のやりとりを行う構成においてはＡＮ側でＴＳの割り当て情報を持っているため、この情報を基に空きベアラチャネルを決定し、上記データ転送用チャネルとして割り当て、データ転送を行う構成である。
ＡＮ−ＡＮ（即ちＣＯＴ−ＲＴ）間データ転送を実現する為の手順は以下の通りである。
▲１▼ＡＮ−ＡＮ（ＣＯＴ−ＲＴ）間データ転送制御用通信回線（コミュニケーション・チャネル）の確保。
▲２▼データ転送用回線（空きベアラチャネル）の決定。
▲３▼当該データ転送用回線のデータ送信側／データ受信側での確保及び解放。
▲４▼当該データ転送に関する各種制御（データ正常性チェック／データ再送／発着呼発生時の制御など）。
以下、上記▲１▼乃至▲４▼それぞれの手順毎にその詳細について説明する。
▲１▼ＡＮ−ＡＮ（ＣＯＴ−ＲＴ）間データ転送制御用通信回線（コミュニケーションチャネル）の確保
転送するデータの内容にもよるが、ファイル転送等を行う場合、コミュニケーション・チャネルの確保は必須と考えられる。コミュニケーション・チャネルを確保する方法として以下の手法が考えられる。
１）ＣＯＴ側（図１における２０−１）よりＲＴ側（同、２０−２乃至２０−６）にデータ転送をスタートする為の命令を送信する（命令そのものはＤＣＣ等を経由して送信する）。命令を受信したＲＴ側ではそのＶ５．２制御情報内にあるベアラチャネルの割り当て情報を参照して空きベアラチャネルの中から１ＴＳをコミュニケーションチャネルとして割り当てる。そしてどのＥ１のどのＴＳを割り当てたかをＣＯＴ側に通知する（この通知もＤＣＣ等を経由して送信する）。
この際、コミュニケーションチャネルの確保にあたっては、ＬＥからのＴＳ割り当てに関する所定のルールに基きＬＥからの呼が割り当てられにくいＴＳを割り当てることが好ましい。即ちＶ５．２を使用している場合、ＬＥはリンクＩＤの小さいＥ１のＴＳ番号の小さいＴＳから順に割り当てを行うため、上記データ転送用コミュニケーションチャネルは逆にリンクＩＤの大きいＥ１のＴＳ番号の大きいＴＳに割り当てる等の手法を適用することが望ましい。また予め万一割り当てられたコミュニケーションチャネルに対して呼が入って来た場合このチャネルに関してのみＬＥからの割り当て要求をリジェクトするようにプログラムを組んでおく等の処理を行うようにしてもよい。
また、別の手法として、Ｅ１信号内のスペアビット（（ＩＴＵ−Ｔ、Ｇ．７０４規格によるＮＦＡＳビット４〜８）を使用してコミュニケーションチャネルを割り当てる方法等が考えられる。即ち、予め行う設定等によってコミュニケーションチャネルに使用するＥ１リンクを決めておき、その中のスペアビットに制御情報を挿入する手法である。この場合、情報伝送速度は２０Ｋｂｐｓほどではあるが、データ転送用制御情報をやりとりするには十分と考えられる。
次に上記のような手法を使って確保したコミュニケーションチャネルを通してＣＯＴ−ＲＴ間で上記データ転送に関する制御情報等をやりとりする。このデータ転送制御情報（以下データ転送プロトコル情報と呼ぶ）の送受信はＶ５．２プロトコルで使用する標準のプロトコルフォーマットと構造的互換性を持たせることにより、新たなファームウエアを開発することなく、既存のＶ５．２制御用ファームウエアにデータ転送用制御機能を追加することで実施可能であり、ファームウエア開発規模を大幅に低減することが可能となる。この点について以下に詳述する。
この場合、データ転送プロトコルを送信するフォーマットとしては図５に示すＶ５．２のプロトコルフォーマットを使用する。
ここで通常Ｖ５．２プロトコルではレイヤ２（データリンク層：ＬＡＰＶ５）ＥＦアドレス部においてＶ５プロトコル自体（エンティティ）とＩＳＤＮユーザポートアドレスの識別を行う。具体的にはこの部分には、ＬＡＰＶ５ＥＦアドレスとしてＩＳＤＮユーザポートアドレスを示す０〜８１７５またはＶ５レイヤ３のプロトコル自体を識別する為に使用されている８１７６〜８１８０が設定される。これに対し、本実施例では、現在未使用のＥＦアドレス値（ＥＦアドレスは１３ビットで表現されるので最大値は８１９１）である８１８１〜８１９１のうちのいずれか１つをデータ転送プロトコル（レイヤ３）自体の識別に使用する。
又図５に示す如く、レイヤ３内では標準のＶ５．２プロトコルと区別する為、レイヤ３におけるＶ５プロトコル識別子（レイヤ３メッセージ部の第１オクテット目で０１００１０００固定値）の位置に、データ転送プロトコル識別子として別の値を設定する。この結果、レイヤ２の終端処理に関しては既存ファームウエアに若干修正を加えるだけで実現できる。この場合レイヤ３に関しては識別子による識別の結果当該転送データがデータ転送プロトコルによるものであった場合、レイヤ３内のメッセージ情報をＲＮ側ＡＮに設けたデータ転送プロトコル処理部で処理するようにする。したがってこのための機能をレイヤ３に追加する。またここではＨＤＬＣフレームを使用する為、プロトコルデータの正常性確認も同時に実施可能である。
次に本発明の一実施例による上記インサービスアップグレード用データ転送用回線（空きベアラチャネル）の決定処理について説明する。この処理は常にＶ５．２プロトコルを終端する局で実施されるが、これは、空きベアラチャネル情報（割り当てがなされていないベアラチャネルを示す情報）はＶ５ＬＥ（図１の１０）と直接Ｖ５プロトコルによる通信を行っているＶ５終端ＡＮ局（同、２０−２乃至２０−６）が有するためである。なおここで、上記ＣＯＴ−ＲＴ間データ転送の場合、ＲＴ局（同、２０−２乃至２０−６）でＶ５プロトコルを終端しているものとする。
ＲＴ局のＶ５制御部では通常割り当てがなされているＴＳ（ベアラチャネル）情報示すテーブルを保有する。本実施例では、上記データ転送を行う要求があった場合即座に空きベアラチャネルをデータ転送チャネルとして割り当てる目的でＶ５制御部が持つテーブルとは別にもう１つのテーブル（以下、第２のテーブルと称する）を設けておき、これを各ＲＴ局で保有する構成としている。この第２のテーブルではＶ５プロトコルによる処理上存在する空きＴＳは全てデータ転送ＴＳとして定義されるものとする。
ＲＴ局はデータ転送実施目的のＴＳ（空きベアラチャネル）情報要求を送信側から受信した場合、要求受信直後の、この第２のテーブル（空きベアラチャネル情報テーブル）をもう一方の局（例えばＣＯＴ局２０−１）にも転送することにより、データ送信側（２０−１）とデータ受信側（２０−２乃至２０−６）とで同一ＴＳをデータ転送に使用することを可能にする。
また、この空きベアラチャネル情報、即ち空きベアラチャネルを示す情報の転送中、及び後述するデータ転送用回線の確保作業中にＬＥより新たなＴＳ割り当て要求があった場合には、当該ＴＳ（ベアラチャネル）を解放する割り込みシーケンスが実施され、ＴＳ解放後ＬＥとの間での当該ＴＳ割り当ての設定がなされる（詳細は後述）。
次にデータ転送用回線のデータ送信側／データ受信側での確保及び解放処理について説明する。
まずデータ受信側の処理について説明する。ここではＣＯＴ２０−１からＲＴ２０−２乃至２０−６にデータ転送（Ｖ５プロトコル終端はＲＴ局とする）を行う場合を考える。なおここで、データ受信側のＲＴ局は前述したダイナミッククロスコネクトによるＶ５．２集線機能を有するため、通常、ＬＥ−ＡＮ間のＶ５．２プロトコル処理を通じて伝送路のＴＳ（ベアラチャネル）が特定のユーザポート用に割り当てられ、その後これらＴＳはダイナミッククロスコネクト機能によって当該ＲＴ局の該当するユーザポートに夫々接続される。これに対し本実施例では、上記処理によって伝送路のデータ転送用チャネルとして割り当てられたＴＳを、上記Ｖ５．２のＴＳ割り当て機能で使用するダイナミッククロスコネクト機能によって該当するデータ受信用ポートに接続する（図７参照）。
ここで、図７に示すＡＮを構成する伝送装置の構成においてダイナミッククロスコネクトとは以下の処理を示す。即ち、アクセスネットワークによりＰＳＴＮサービスを提供する場合、ＡＮは加入者を収容するためのユーザーポートを持つチャネルユニット１０３，１０４、．．．と、これらを多重化し伝送路に送出する高次群ユニット１０１を有し、上記ＡＮのクロスコネクト機能とは、これらチャネルユニット内の任意のＴＳ（６４Ｋｂｐｓ信号）と、高次群ユニットの任意のＴＳ（６４Ｋｂｐｓ）とを論理的に接続する機能であり（実際にはタイムスイッチ等を用いて実施される）、図中、ＴＳＩユニット１０２で実施される。
ここでＶ５．２で行うＴＳ割り当て処理とは、このクロスコネクト設定をあらかじめ行っておく（即ちＵＤＬＣ等で行うスタティッククロスコネクト方式等）のではなく、呼の発生状況に合わせて、ＴＳＩユニット１０２にてＬＥからの指示により空いているＴＳにその場でクロスコネクト設定する機能である。このような動的なクロスコネクト設定機能をダイナミッククロスコネクト機能と称するが、本実施例ではこのＴＳＩユニット１０２によるダイナミッククロスコネクト機能をそのまま利用して指定されたＴＳを当該データ転送用に設けられたデータ転送用ユニット１０５のデータ転送ポートに割り当てるものである。
またデータ転送用回線の確保は上の方法とは別に次のような方法でも実現できる。即ち、図８に示す如く、ＡＮを構成する伝送装置の伝送路側の主信号受信部にスイッチを有するスイッチ制御部１２１を設け、ここでスイッチを制御（スイッチング）することにより当該データ転送回線に割り当てられたＴＳデータを対応するデータ受信ポートに結合する方法である。
この方法は具体的には以下の如くに実施する。即ち、まず受信Ｅ１（通常の加入者データとＡＮ間転送中のインサービスアップグレード用データ等の転送データを含む信号）からクロック抽出部１２２とフレームパルス抽出部１２３によってクロックとフレームパルスのデータを取り出す。他方予めデータ転送制御部１２４で保有する所定のデータ転送用チャネル情報をスイッチ制御部１２１に渡す。スイッチ制御部１２１はこれらフレームパルス／クロック／データ転送用チャネル情報でそのスイッチを制御し、加入者データを含むＴＳと当該ＡＮ間転送データを含むＴＳを適宜スイッチングによって主信号バスとデータ転送制御ユニットのデータ受信部と振り分ける。
以上の処理はデータ受信側の処理であるが、以下にデータ送信側の処理について説明する。
データ送信側処理は上で述べたデータ受信の処理を逆に辿るをことで実現できる。すなわち、所定のデータ転送用ＴＳ割り当て情報にしたがってダイナミッククロスコネクト機能によりＣＯＴ２０−１のデータ転送制御ユニットのデータ送信ポートを伝送路のＴＳに割り当てることにより当該データ転送回線を確保し、これを使用してデータ送信を行う。
または、図８に示す上記転送データ受信方法を適用し、データ転送制御部からのＴＳ割り当て情報、即ちデータ転送用ＴＳ割り当て指示に従って同制御部内のデータ送信部から所望の転送データを出力し、これを受けたスイッチ制御部はＥ１信号のクロックとフレームパルスのデータによって当該転送データのＥ１信号内の挿入位置を特定してスイッチを制御し割り当てられたＴＳに当該ＡＮ間転送データを挿入する。
次に上記本発明の一実施例によるインサービスアップグレード用データＡＮ間データ転送に関する各種制御（データ正常性チェック／データ再送／発着呼発生時の制御など）処理について説明する。
図９は上記実施例によるＡＮ間データ転送における各種制御を表す動作シーケンスの例を示す。
図中、ステップＳ３１にてＣＯＴ側ＡＮ伝送装置２０−１からＡＮ間データ転送指示を通知する。ＲＴ側ＡＮ伝送装置２０−２乃至２０−６はこの通知を受けるとステップＳ３２にて制御情報通信のためのコミュニケーションチャネルを決定し、決定済みのコミュニケーションチャネルを通知する。ＣＯＴ側ではこれを受けてステップＳ３３にて内部にて対応するコミュニケーションチャネルの決定を行い、その決定に従ってステップＳ３４にて同コミュニケーションチャネルの確保を行う。
他方ＲＴ側でも決定済みのコミュニケーションチャネルを確保し、所定のデータ転送用チャネル決定処理によって当該データ転送用チャネルを決定し（ステップＳ３６）、この決定済みのデータ転送チャネルをＣＯＴ側に通知する。この通知を受けたＣＯＴ側では内部処理にて対応するデータ転送チャネルを決定する（ステップＳ３８）と、このように決定されたデータ転送用チャネルに対し、当該ＡＮ間データ転送用ポートをダイナミッククロスコネクトによって接続する（ステップＳ３９）。他方ＲＴ側でも同様に決定済みのデータ転送用チャネルに対してＡＮ間データ受信用ポートをダイナミッククロスコネクトによって接続する（ステップＳ４７）。
次にＣＯＴ側とＲＴ側との間でデータ送受信準備の完了を確認し合い（ステップＳ４０，Ｓ４８），その後ＣＯＴ側ではステップＳ４１でデータ転送を開始し、その後ステップＳ４２で送信データの正常性を確認しながら順次データを送信してゆく（ステップＳ４３）。他方ＲＴ側ではＣＯＴ側でのデータ送信によって送られたデータを受信すると（ステップＳ４９）、その正常性をチェックしながら（ステップＳ５０），順次データを受信してゆく（ステップＳ５１）。
その後所望のデータ送受信が完了したことを確認し合い（ステップｓ４４、Ｓ５３）、ＣＯＴ側ではデータ送信ポートを当該データ転送チャネルから切断し（ステップＳ４５）、ＲＴ側では同様に受信ポートを当該データ転送チャネルから切断し（ステップＳ５４）、当該データ転送処理を終了する（ステップＳ４６，Ｓ５５）。
次に複数のＡＮ伝送装置への同時転送処理について説明する。
通常Ｖ５．２などのＩＤＬＣ構成のネットワークプロトコルではＥ１回線は各ＡＮ毎に数本〜数十本設けられており、この中で各ＡＮ伝送装置が自己専用のＥ１回線を保有しＶ５．２プロトコルではこれを各ＡＮ毎に終端するため、上述のデータ転送のメカニズムを各ＡＮ毎に独立して組み込むことが可能である。従って、ＣＯＴ局から複数のＲＴ局毎にそれぞれデータ転送メカニズムを動作させ、同じデータをそれぞれのＡＮ毎に独立したデータ転送チャネルを通して送信することが可能であり、このようにして複数ＡＮへのデータの同時配信が可能となる。これはファイルなどのデータをネットワーク内全てのＡＮ局に配信する際非常に有効な手法と言える。
この複数ＡＮ局へのデータ同時配信（同報）手法は、基本は上述のデータ転送メカニズムに則るが、ＣＯＴ側伝送装置に設けるデータ送信側のデータ転送制御ユニットには若干の機能追加が必要となる。即ち、この場合、考慮する必要があるのは、複数ＡＮに同時にファイルデータ等を送信する場合、ＡＮ毎にベアラチャネルの使用状況が異なる為、当該データ転送用として確保できる回線容量（ベアラチャネル数量）がＡＮ毎に異なるという事実である。
これはネットワーク規模がある程度小さく、またデータ転送制御ユニットのハードウエア資源に余裕がある場合は、データ送信回路とデータ（ファイル）の保存メモリを各ＡＮ毎に設けることによって適宜バッファリングして対処すること等が可能であるが、このために要する回路等を追加することによって伝送装置の回路規模はかなり大きくなってしまう。従って、１つのバッファメモリと１つの送信回路のみを使って各ＡＮに対してデータ配信をする構成にすることによって回路規模を最小限にすることが望ましい。
その場合、データ転送の速度を全てのＡＮ間で同じ速度にしなければならないため、データ転送用回線確保のシーケンスにおいて、各ＡＮから送られて来るＴＳ割り当て情報を解析し、各ＡＮ毎のデータ転送用回線として確保できるチャネル数の最小値を各ＡＮ毎に共通のデータ転送用回線容量として決定する機能を追加すればよい。
また、データ転送用に確保したベアラチャネル（各ＡＮ毎に回線容量は等しい）は、通常各ＡＮ毎に順番に並んでいる訳では無い為、送信データの数フレーム分を一旦送信バッファ等に蓄えておき、ここから１フレーム内の送信データを順次各ＡＮ毎のタイミングで送信していくことを可能にする制御が必要となる。なお、上記１フレームとは高次群側伝送路における１フレーム（１２５μｓ）であり、この１フレーム中に全ＡＮ伝送装置に対するデータ転送用ベアラチャネルがフレーム毎に同じ数だけ現れることになる。
この方法によれば若干のハードウエアの追加と若干のファームウエアへの制御機能の追加で所望の機能を実現でき、その結果ネットワーク全体の機能アップグレード等を一括かつ非常に短時間で完了させる事が可能となる。
上述の如く、本発明は以下の特徴を有する。
Ｖ５．２等の集線機能を持つ交換機（ＬＥ）とアクセス系伝送装置（ＡＮ）によって構成されるアクセスネットワークにおいて、使用されていないベアラチャネルを選択する機能と、このようにして選択されたベアラチャネルをＡＮ−ＡＮ間でのデータ転送チャネルとして割り当てる機能を持つ。
又、上記ＡＮ−ＡＮ間でのデータ転送チャネルとして割り当てられたベアラチャネルに関する情報を当該データを送信する側のＡＮに通知する手段を有する。
又、上記データ転送用として当該データを受信する側のＡＮから通知されたベアラチャネルに関する情報により、その情報によって示されたベアラチャネルに当該転送データを挿入する手段を持つ。
更に、データ転送用に割り当てられデータ転送用に接続されたアラチャネルについて、交換機（ＬＥ）からの要求により当該ベアラチャネルに対する接続要求を受信した場合は、当該ベアラチャネルを一旦解放し、ＬＥの指示に従って再接続をする手段を持つ。
又、ＬＥからの指示に従ってＬＥ−ＡＮ間で割り当てられたベアラチャネルについて、呼の解放時にベアラチャネルの使用状態（割り当て状態）を監視し、該当ＡＮに対してデータ転送中である場合、呼の解放によって空き状態になったベアラチャネルを当該データ転送用のベアラチャネルとして割り当てる手段を持つ。
受信側ＡＮにおいて、当該転送されたデータの正常性判定手段を持ち、当該データが正常かどうかの判定結果をデータ送信側ＡＮに通知する手段を持つ。
データ送信側ＡＮにて当該転送するデータの正常性を判定する為の情報（例えば周知のＣＲＣ，パリティビット等）の挿入手段を持つと共にデータ受信側ＡＮによる転送データの正常性判定結果を入手する手段を持ち、さらに判定結果が異常であった場合に当該データを再送するための手段を持つ。
ＬＥ−ＡＮ間で使用していない空きベアラチャネルを利用してデータ転送を行うために、データ転送を行うＡＮ−ＡＮ間でデータ転送に関する制御を行うためのＡＮ−ＡＮ間コミュニケーションチャネルを持つ。
更に、ＡＮ−ＡＮ間データコミュニケーションチャネルによって伝送される制御データに関する正常性を判定する手段を持つ。
更にネットワーク内の複数のＡＮに対して、それぞれ上記の如くの空きベアラチャネルを選択してそれぞれのＡＮ毎にデータ転送チャネルを設定し、これらを通して複数のＡＮに対して同時にデータ転送を行う手段を持つ。
このように、本発明によれば、従来膨大な時間を要していたアクセス系ネットワーク内の各局へのファイルデータなどの転送時間を大幅に短縮することが出来、かつＤＣＣ回線等に対する負荷を効果的に軽減させることが可能なため、通常の監視処理／制御処理の速度に影響を与えずに上記転送処理を実施でき、ネットワークとしてのパフォーマンスを大きく向上させることが可能となる。
なお、本発明は上記実施例に限られず、発明の基本思想に従って様々な実施例への適用が可能である。
【図面の簡単な説明】
図１は本発明の一実施例を適用可能な通信システム（その１）を示すブロック図である。
図２は本発明の一実施例を適用可能な通信システム（その２）を示すブロック図である。
図３は本発明に適用可能なベアラチャネルの構成例を説明する図である。
図４は本発明を適用可能なベアラチャネルを使用した集線機能を実現するアクセス系伝送装置発呼の際のＶ５．２プロトコルの処理の流れを概略的に説明するための図である。
図５は本発明に適用可能なＶ５プロトコル処理の場合において使用されるレイヤ２フレーム及びレイヤ３メッセージの構成を説明するための図である。
図６は本発明に適用可能なＶ５インタフェースプロトコルにおける本発明によるデータ転送プロトコルの位置づけを説明するための図である。
図７は本発明の一実施例によるダイナミッククロスコネクト機能を利用したＡＮ−ＡＮ間データ転送を実現するためのデータ受信側ＡＮの構成を説明するためのブロック図である。
図８は本発明の他の例によるＡＮ−ＡＮ間データ転送を実現するためのデータ受信側ＡＮの構成を説明するためのブロック図である。
図９は本発明の一実施例によるＡＮ−ＡＮ間データ転送を実現するためのデータ送信側及びデータ受信側の相互の通信動作を含む動作シーケンスを示すフローチャートである。 Technical field
The present invention relates to a data transmission method and a transmission method, and more particularly to an access transmission apparatus for performing communication for a subscriber by a bearer channel assigned by a switch having a concentration function for a plurality of subscribers and data applicable to the transmission apparatus. The present invention relates to a transmission method and a transmission apparatus.
Background art
In recent years, software orientation of transmission equipment has advanced rapidly, and in particular, an access system (system closest to the user) that constitutes an IDLC (Integrated Digital Loop Carrier) or the like of a so-called V5.2 interface specification (a standard mainly related to an exchange) In data transmission equipment that can be applied to transmission equipment, connection with PSTN / ISDN and digital PABX, and also in each service, PSTN has 2W / 4W (2-wire / 4-wire) various exchange signal specifications, 64KB service In ISDN, Basic Rate and Primary Rate, etc. In addition, PDH, SDH, etc. on the higher-order group side, or a test unit for performing a subscriber test, and in the V5 system, a control unit for controlling the V5 protocol and an in-device cross-connect Unit to be set Various functions such as the above functions are realized by software. With the diversification of functions to be realized, the types of software that control them have also diversified. For these various types of software, bug correction, addition of new functions, so-called upgrades, etc. In-service upgrades are made by downloading files from the center as needed.
By the way, the access transmission device is often installed outdoors by using a cabinet system or the like, and so far the software for in-service upgrade (file data, etc.) is dedicated to a control signal different from the bearer channel for call connection. The data is transferred to the transmission device by transferring to a remote station via a DCC (data communication channel) or the like. However, for example, when the transmission path to be used is of the STM1 specification, the transfer speed of the DCC is about 192 Kbps (in the case of RSDCC) for the entire network, and data other than the above-mentioned upgrade file data is further transmitted to the DCC. However, since normal network monitoring information and various types of control information are also included, it may take an enormous amount of time to transfer the file data necessary for data transfer without disturbing the flow of these information to each station. . Alternatively, during the file data transfer, the network monitoring information collection process and the control information transfer process speed may be adversely affected.
In order to prevent the occurrence of such a situation, it is conceivable to secure a dedicated line for transferring the above-mentioned upgrade file data. In reality, however, such a coping method is not possible due to the quantitative limitation of communication resources. In many cases, it is not appropriate. Therefore, the upgrade file data transfer can be performed at high speed without taking measures such as securing a dedicated line for the data transfer, and the data transfer can be efficiently performed without adversely affecting other normal monitoring / control processing. There is a need for a technique to do this.
Here, conventionally, such data transfer of a data file or the like is performed by the following procedure A) or B), for example.
A) Log in from the center using the DCC from the control system (NMS or local device control system) to each NE (network element, that is, each access transmission device constituting the network in this case). Next, the data is transferred to the file buffer or the like of the transfer destination NE by the ASCII code using the information area of the device control language (such as TL1) packet. Such processing is repeated for the number of transfer destination NEs and the number of files to be transferred.
B) The FTAM (File Transfer Access and Management) service provided by the OSI 7 layer (OSI is an abbreviation for Open System Interconnection) protocol or the like is also used via the DCC. In this case, the transfer rate is about 67 Kbps (transfer efficiency is about 35%) using STM1 and RSDCC.
Here, in order to improve the transfer speed, a method such as compressing and transferring a file is adopted. However, even by such a method, the above physical speed range cannot be exceeded.
As described above, in these methods, it may take an enormous amount of time for data transfer, and further, a load is applied to the DCC during transfer, which may adversely affect normal monitoring / control processing.
Summary of invention
SUMMARY OF THE INVENTION In view of the above problems, the present invention has an object to provide a method capable of effectively reducing the time required for transferring data such as in-service upgrade data and reducing the load on a dedicated control signal channel such as DCC. .
In order to achieve the above object, the present invention is a configuration in which a bearer channel that is not used is used for data transfer for an upgrade for an access transmission device in a communication system in which bearer channels are allocated as needed by a concentrating function.
Alternatively, the present invention is a communication system in which a bearer channel is allocated at any time by a concentrating function, and data to be processed is used for communication of data for the subscriber in a communication system including data for subscribers and other data. This is a configuration in which a bearer channel that has not been used is used for the transfer of other data.
As described above, in the present invention, by effectively using the bearer channel (empty bearer channel) that is not allocated in relation to the bearer channel allocation processing by the concentrating function, it is used for data transfer of in-service upgrade data, Since it is not necessary to use a DCC that has been used for the same purpose in the past, it is possible to prevent adverse effects on normal network monitoring and control operations performed using the same DCC, etc., and a relatively large capacity space By using the bearer channel, the data transmission speed can be significantly improved as compared with the use of DCC or the like, and the time required for the data transfer can be greatly shortened.
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
In recent years, the standardization of the interface between the access transmission device (referred to as AN) and the exchange (referred to as LE) has progressed, and signaling (exchanger signal type) information, control information, etc. can be communicated using a protocol determined between AN / LE. Therefore, a configuration (IDLC configuration) in which the AN / LE is directly connected with a digital signal has been adopted. The present invention can be applied to an access network having this IDLC configuration, and here, an embodiment to which the V5.2 protocol standardized by ETSI / ITU-T etc. is applied will be described as an example.
First, V5.2 will be briefly described.
1 and 2 show an example of the configuration of an access network to which the V5.2 protocol is applied to which the present invention can be applied. In these examples, the access transmission devices (AN) 20-1 to 20-6 are connected by a
Here, V5IF has a channel (also referred to as a communication channel or C channel) for communication between LE / AN. Depending on the setting, TS (time slot) 16 in the E1 signal is usually used as the C channel. used. In preparation for the occurrence of a failure, a spare C channel TS is assigned to a normal E1 signal, and the E1 signal for transmitting a normally used C channel is called a primary link, and a spare is called a secondary link. Through this C channel, the following information related to V5.2 and
Further, the V5.2 protocol supports a concentrating function. Specifically, allocation to a user port of a bearer channel having the configuration shown in FIG. 3 is performed on a call-by-call basis, that is, at any time according to a call (LE is determined). ). That is, when a call is made or a call is received, a necessary port is assigned to an available bearer channel. An example of the flow of implementation of the protocol at this time is shown in FIG.
At this time, the AN performs allocation (dynamic cross-connect) of the user port to the bearer channel by call-by-call according to an instruction from the exchange (LE) (steps S1 to S9 in FIG. 4), which is exchanged through the C channel. The V5 control unit of the AN analyzes the instruction from the exchange and the like, and uses the AN's E0 <64 Kbps> cross-connect setting function. Thereafter, a signal such as a dial is exchanged to establish the call (step S9 and subsequent steps).
Normally, in an access network to which the V5.2 protocol as shown in FIG. 1 is applied, data such as an application upgrade file is normally sent to a remote station through the DCC. In this case, as described above, a huge amount of time is required for data transfer. This also increases the load on the DCC, which may adversely affect monitoring / control processing other than data transfer. In order to solve this point, in the present invention, a technique of using the bearer channel in an unused state is applied. Since the bearer channel is allocated (allocated) as necessary (when a call is made or received) as described above, in principle, when the allocation is not performed, the data between the AN and AN It can be used for transfer, that is, data transfer for in-service upgrade. In addition, by using the bearer channel in this way, a line for (64 * N) Kbps can be used, and a transfer rate several tens to several hundred times as high as that when DCC is used can be secured.
That is, in the case of an access network, the line usage rate in the normal state is about 15% (below) on average, so considering an AN that supports 2000 channels with a concentration ratio of 4: 1, in this case the E1 link under V5IF Since the number of 16 bearer channels is about 480 and the concentration ratio is 4: 1, the number of telephone lines to be accommodated is 480 * 4 = 1920. In this case, if 2000 * 15% = 300 channels are in use, a bearer channel of 480−300 = 180 minutes becomes an empty channel. Considering that this is used as the data transfer channel, 64 Kbps * 180 channels can be used, and a transfer rate of about 180 times the conventional transfer rate can be secured. In addition, when this method is applied, since a bearer channel of a transmission line that has already been drawn is used, there is no need to add a dedicated line for data transfer.
Further, when this method is applied, since the bearer channel in the E1 link accommodated in the V5IF is used, the V5IF and the E1 link accommodated therein are provided for each AN. It is also possible to secure a data transfer line.
The configuration of the embodiment of the present invention will be described in detail below.
Here, the ring configuration network shown in FIG. 1 will be described as an example. However, the present invention is not limited to the communication network having such a configuration, but may be a point-to-point configuration network (for example, the configuration of FIG. 2). Is similarly applicable.
This embodiment has a configuration in which a bearer channel that is not used (that is, not assigned) at a certain time is used as a data transfer line between AN and AN. Although a specific method for using an empty bearer channel in an IDLC access network to which the present invention can be applied will be described below, the scope to which the present invention can be applied is not limited to these specific examples. The present invention can also be applied to a configuration using an empty bearer channel in an IDLC access network having a configuration other than this.
First, a COT station (a central office terminal, that is, an AN as a central station directly connected to LE) in a ring communication network as a data transmission station, and an RT station (remote in a ring communication network as a data reception station).・ I will explain the terminal, also AN).
As described above, in the configuration in which control information is exchanged between the LE and the AN using the V5.2 protocol, since the AN side has TS allocation information, an empty bearer channel is determined based on this information, and the data transfer is performed. This is a configuration in which data is transferred as data channels.
A procedure for realizing data transfer between AN and AN (that is, COT-RT) is as follows.
(1) Secure communication line (communication channel) for data transfer control between AN and AN (COT-RT).
(2) Determination of data transfer line (empty bearer channel).
(3) Secure and release the data transfer line on the data transmission side / data reception side.
(4) Various controls related to the data transfer (data normality check / data retransmission / control when outgoing / incoming call occurs).
Details of each of the procedures (1) to (4) will be described below.
(1) Securing a communication line (communication channel) for data transfer control between AN and AN (COT-RT)
Depending on the contents of the data to be transferred, it is considered essential to secure a communication channel when performing file transfer or the like. The following methods can be considered as a method for securing a communication channel.
1) A command for starting data transfer is transmitted from the COT side (20-1 in FIG. 1) to the RT side (same as 20-2 to 20-6) (the command itself is transmitted via DCC or the like). ). The RT side that has received the command refers to the bearer channel assignment information in the V5.2 control information and assigns one TS as a communication channel from among the empty bearer channels. Then, which E1 of which TS is allocated is notified to the COT side (this notification is also transmitted via DCC or the like).
At this time, in securing the communication channel, it is preferable to assign a TS to which a call from the LE is difficult to be assigned based on a predetermined rule regarding the TS assignment from the LE. That is, when V5.2 is used, since the LE is allocated in order from the TS with the smallest E1 TS number, the communication channel for data transfer has the larger TS number of the E1 with the larger link ID. It is desirable to apply a technique such as assigning to TS. In the unlikely event that a call comes in to a communication channel assigned in advance, processing such as a program may be performed so as to reject the assignment request from the LE only for this channel.
As another method, a method of allocating a communication channel using spare bits ((ITU-T,
Next, control information relating to the data transfer is exchanged between the COT and RT through the communication channel secured by using the above-described method. The transmission / reception of this data transfer control information (hereinafter referred to as data transfer protocol information) is structurally compatible with the standard protocol format used in the V5.2 protocol, so that existing firmware can be used without developing new firmware. This can be implemented by adding a data transfer control function to the V5.2 control firmware, and the scale of firmware development can be greatly reduced. This point will be described in detail below.
In this case, the protocol format V5.2 shown in FIG. 5 is used as the format for transmitting the data transfer protocol.
In the normal V5.2 protocol, the V2 protocol itself (entity) and the ISDN user port address are identified in the layer 2 (data link layer: LAPV5) EF address section. Specifically, 0 to 8175 indicating the ISDN user port address or 8176 to 8180 used for identifying the
Further, as shown in FIG. 5, in order to distinguish from the standard V5.2 protocol in
Next, the in-service upgrade data transfer line (empty bearer channel) determination process according to an embodiment of the present invention will be described. This processing is always performed at a station that terminates the V5.2 protocol. This is because free bearer channel information (information indicating an unassigned bearer channel) is based on V5LE (10 in FIG. 1) and directly in the V5 protocol. This is because the V5 terminal AN stations (20-2 to 20-6) having communication are provided. Here, in the case of the COT-RT data transfer, it is assumed that the V5 protocol is terminated at the RT station (same as 20-2 to 20-6).
The RT station V5 control unit holds a table indicating TS (bearer channel) information that is normally assigned. In the present embodiment, when there is a request to perform the above data transfer, another table (hereinafter referred to as a second table) separate from the table possessed by the V5 controller for the purpose of immediately allocating an empty bearer channel as a data transfer channel. ) Is provided, and each RT station holds this. In this second table, it is assumed that all free TSs that exist in processing by the V5 protocol are defined as data transfer TSs.
When the RT station receives a TS (free bearer channel) information request for data transfer execution from the transmission side, this RT table (free bearer channel information table) immediately after receiving the request is used as another station (for example, a COT station). 20-1), the same TS can be used for data transfer on the data transmission side (20-1) and the data reception side (20-2 to 20-6).
In addition, when there is a new TS allocation request from LE during the transfer of this empty bearer channel information, that is, the information indicating the empty bearer channel, and during the securing operation of the data transfer line described later, the TS (bearer channel) ) Is released, and the TS allocation is set with the LE after releasing the TS (details will be described later).
Next, securing and releasing processing on the data transmission side / data reception side of the data transfer line will be described.
First, processing on the data receiving side will be described. Here, a case is considered where data transfer is performed from COT 20-1 to RT 20-2 to 20-6 (V5 protocol termination is an RT station). Here, since the RT station on the data receiving side has the V5.2 concentrating function by the dynamic cross-connect described above, the transmission line TS (bearer channel) is usually specified through the V5.2 protocol processing between the LE and the AN. These TSs are allocated for user ports, and then these TSs are connected to the corresponding user ports of the RT station by the dynamic cross-connect function. In contrast, in this embodiment, the TS allocated as the data transfer channel of the transmission path by the above processing is connected to the corresponding data reception port by the dynamic cross-connect function used in the TS allocation function of V5.2. (See FIG. 7).
Here, in the configuration of the transmission apparatus constituting the AN shown in FIG. 7, the dynamic cross-connect indicates the following processing. That is, when the PSTN service is provided by the access network, the AN has
Here, the TS allocation processing performed in V5.2 does not perform the cross-connect setting in advance (that is, the static cross-connect method or the like performed by UDLC or the like). This is a function for setting a cross-connect to a vacant TS in response to an instruction from LE. Such a dynamic cross-connect setting function is referred to as a dynamic cross-connect function. In this embodiment, a designated TS is provided for the data transfer using the dynamic cross-connect function by the
In addition to the above method, securing the data transfer line can also be realized by the following method. That is, as shown in FIG. 8, a
Specifically, this method is carried out as follows. That is, first, clock and frame pulse data are extracted by the
The above processing is processing on the data receiving side, but processing on the data transmitting side will be described below.
The data transmission side process can be realized by tracing the data reception process described above in reverse. That is, according to predetermined data transfer TS allocation information, the data transmission line of the data transfer control unit of the COT 20-1 is allocated to the TS of the transmission path by the dynamic cross-connect function, and the data transfer line is secured and used. Data transmission.
Alternatively, the transfer data receiving method shown in FIG. 8 is applied to output desired transfer data from the data transmission unit in the control unit in accordance with the TS allocation information from the data transfer control unit, that is, the data transfer TS allocation instruction. Upon receipt of the E1 signal clock and frame pulse data, the switch control unit identifies the insertion position of the transfer data in the E1 signal, controls the switch, and inserts the inter-AN transfer data into the assigned TS.
Next, various control processes (data normality check / data retransmission / control at the time of incoming / outgoing call generation) relating to data transfer between in-service upgrade data AN according to one embodiment of the present invention will be described.
FIG. 9 shows an example of an operation sequence representing various controls in data transfer between ANs according to the above embodiment.
In the figure, an inter-AN data transfer instruction is notified from the COT side AN transmission apparatus 20-1 in step S31. Upon receiving this notification, the RT-side AN transmission apparatuses 20-2 to 20-6 determine a communication channel for control information communication in step S32 and notify the determined communication channel. In response to this, the COT side determines the corresponding communication channel internally in step S33, and secures the communication channel in step S34 according to the determination.
On the other hand, the determined communication channel is secured also on the RT side, the data transfer channel is determined by a predetermined data transfer channel determination process (step S36), and the determined data transfer channel is notified to the COT side. Upon receiving this notification, the COT side determines the corresponding data transfer channel by internal processing (step S38), and the cross-AN data transfer port is dynamically cross-connected to the determined data transfer channel. (Step S39). On the other hand, the inter-AN data reception port is similarly connected to the determined data transfer channel on the RT side by a dynamic cross connect (step S47).
Next, the completion of data transmission / reception preparation is confirmed between the COT side and the RT side (steps S40 and S48), and then the COT side starts data transfer in step S41, and then checks the normality of the transmission data in step S42. Data is sequentially transmitted while confirming (step S43). On the other hand, on the RT side, when data sent by data transmission on the COT side is received (step S49), the normality is checked (step S50), and the data is sequentially received (step S51).
Thereafter, it is confirmed that the desired data transmission / reception has been completed (steps s44, S53), the COT side disconnects the data transmission port from the data transfer channel (step S45), and the RT side similarly transfers the reception port to the data transfer. Disconnect from the channel (step S54), and the data transfer process ends (steps S46 and S55).
Next, simultaneous transfer processing to a plurality of AN transmission apparatuses will be described.
Usually, in the network protocol of IDLC configuration such as V5.2, there are several to several tens of E1 lines for each AN, and each AN transmission device has its own dedicated E1 line and V5.2 protocol. Since this is terminated for each AN, the above-described data transfer mechanism can be incorporated independently for each AN. Therefore, it is possible to operate the data transfer mechanism for each of a plurality of RT stations from the COT station, and to transmit the same data through independent data transfer channels for each AN. Can be distributed simultaneously. This is a very effective method for distributing data such as files to all AN stations in the network.
This method of simultaneous data distribution to multiple AN stations (broadcast) is basically based on the data transfer mechanism described above, but the data transfer side data transfer control unit provided in the COT side transmission device needs some additional functions. It becomes. That is, in this case, it is necessary to consider that when file data or the like is simultaneously transmitted to a plurality of ANs, the use capacity of the bearer channel differs for each AN. ) Is different for each AN.
If the network scale is small to some extent and the hardware resources of the data transfer control unit are sufficient, this can be dealt with by appropriately buffering the data transmission circuit and data (file) storage memory for each AN. Although it is possible to add a circuit required for this, the circuit scale of the transmission apparatus becomes considerably large. Therefore, it is desirable to minimize the circuit scale by adopting a configuration for distributing data to each AN using only one buffer memory and one transmission circuit.
In that case, since the data transfer speed must be the same between all ANs, the TS allocation information sent from each AN is analyzed in the data transfer line securing sequence, and the data transfer for each AN is performed. A function for determining the minimum value of the number of channels that can be secured as a service line as a common data transfer line capacity for each AN may be added.
Also, the bearer channels reserved for data transfer (with the same line capacity for each AN) are not usually arranged in order for each AN, so several frames of transmission data are temporarily stored in a transmission buffer or the like. From here, it is necessary to perform control that enables transmission data within one frame to be sequentially transmitted at the timing of each AN. The one frame is one frame (125 μs) in the high-order group side transmission path, and the same number of data transfer bearer channels for all the AN transmission apparatuses appear in each frame.
According to this method, a desired function can be realized by adding a little hardware and a little control function to the firmware. As a result, it is possible to complete a function upgrade of the entire network all at once and in a very short time. It becomes possible.
As described above, the present invention has the following features.
A function for selecting an unused bearer channel in an access network composed of an exchange (LE) having a concentrating function such as V5.2 and an access transmission apparatus (AN), and a bearer channel selected in this way Is assigned as a data transfer channel between AN and AN.
In addition, there is provided means for notifying the AN on the side of transmitting the data of information on the bearer channel allocated as the data transfer channel between the AN and the AN.
Further, it has means for inserting the transfer data into the bearer channel indicated by the information on the bearer channel notified from the AN receiving the data for the data transfer.
Further, for an allachannel allocated for data transfer and connected for data transfer, when a connection request for the bearer channel is received by a request from an exchange (LE), the bearer channel is temporarily released, and an instruction from the LE Have means to reconnect according to
In addition, regarding the bearer channel allocated between the LE and the AN in accordance with the instruction from the LE, the usage status (allocation status) of the bearer channel is monitored when the call is released. Means for allocating a bearer channel that has become free due to release as a bearer channel for the data transfer.
The receiving side AN has a means for judging the normality of the transferred data, and has means for notifying the data sending side AN of the judgment result as to whether or not the data is normal.
The data transmission side AN has information insertion means (for example, well-known CRC, parity bit, etc.) for determining the normality of the data to be transferred, and obtains the normality determination result of the transfer data by the data reception side AN And means for retransmitting the data when the determination result is abnormal.
In order to perform data transfer using an empty bearer channel that is not used between the LE and the AN, an AN-AN communication channel is provided for performing control related to data transfer between the AN and AN that performs data transfer.
Furthermore, it has a means to determine the normality regarding the control data transmitted by the AN-AN data communication channel.
Further, means for selecting an empty bearer channel as described above for each of a plurality of ANs in the network, setting a data transfer channel for each AN, and simultaneously transferring data to the plurality of ANs through these ANs. Have.
As described above, according to the present invention, it is possible to greatly reduce the transfer time of file data to each station in the access network, which has conventionally required an enormous amount of time, and to reduce the load on the DCC line and the like. Therefore, the transfer process can be performed without affecting the speed of the normal monitoring process / control process, and the performance as a network can be greatly improved.
The present invention is not limited to the above embodiments, and can be applied to various embodiments according to the basic idea of the invention.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a communication system (part 1) to which an embodiment of the present invention can be applied.
FIG. 2 is a block diagram showing a communication system (part 2) to which one embodiment of the present invention can be applied.
FIG. 3 is a diagram for explaining a configuration example of a bearer channel applicable to the present invention.
FIG. 4 is a diagram for schematically explaining the flow of processing of the V5.2 protocol at the time of calling an access transmission apparatus that implements a concentrating function using a bearer channel to which the present invention is applicable.
FIG. 5 is a diagram for explaining the structure of a
FIG. 6 is a diagram for explaining the position of the data transfer protocol according to the present invention in the V5 interface protocol applicable to the present invention.
FIG. 7 is a block diagram for explaining a configuration of a data receiving side AN for realizing data transfer between AN and AN using a dynamic cross-connect function according to an embodiment of the present invention.
FIG. 8 is a block diagram for explaining a configuration of a data receiving side AN for realizing data transfer between AN and AN according to another example of the present invention.
FIG. 9 is a flowchart showing an operation sequence including a communication operation between the data transmission side and the data reception side for realizing the data transfer between the AN and the AN according to an embodiment of the present invention.
Claims (5)
使用されていないベアラチャネルを加入者側通信を実施するアクセス系伝送装置用アップグレード用データ転送用に使用する構成とされ、
通信システムにおける複数のアクセス系伝送装置に対して上記使用されていないベアラチャネルを夫々割り当てて各伝送装置毎にデータ転送チャネルを設定し、設定チャネルを通じて上記複数のアクセス系伝送装置に対して同時に当該データ転送を実施する構成とされてなるデータ伝送方法。In a communication system that performs communication using a bearer channel assigned by a concentrator function of multiple subscribers,
It is configured to use an unused bearer channel for data transfer for upgrade for an access transmission device that performs subscriber side communication,
A bearer channel that is not used is assigned to a plurality of access transmission devices in a communication system, and a data transfer channel is set for each transmission device. A data transmission method configured to perform data transfer.
該通信システムにて通信に供されるデータは加入者向けデータとそれ以外のデータとよりなり、
上記加入者向けデータの通信に使用されていないベアラチャネルを上記それ以外のデータの転送用に使用する構成とされ、
通信システムにおける複数のアクセス系伝送装置に対して上記使用されていないベアラチャネルを夫々割り当てて各伝送装置毎にデータ転送チャネルを設定し、設定チャネルを通じて上記複数のアクセス系伝送装置に対して同時に当該データ転送を実施する構成とされてなるデータ伝送方法。In a communication system that performs communication using a bearer channel assigned by a concentrator function of multiple subscribers,
The data provided for communication in the communication system consists of subscriber data and other data,
The bearer channel that is not used for the communication of data for the subscriber is configured to be used for the transfer of the other data,
A bearer channel that is not used is assigned to a plurality of access transmission devices in a communication system, and a data transfer channel is set for each transmission device. A data transmission method configured to perform data transfer.
使用されていないベアラチャネルを加入者側通信を実施するアクセス系伝送装置へのアップグレード用データ転送用に使用することを可能にするプロトコルを実装した構成とされ、
通信システムにおける複数のアクセス系伝送装置に対して上記使用されていないベアラチャネルを夫々割り当てて各伝送装置毎にデータ転送チャネルを設定し、設定チャネルを通じて上記複数のアクセス系伝送装置に対して同時に当該データ転送を実施する構成とされてなるデータ伝送装置。A transmission device applied to a communication system that performs communication using a bearer channel allocated by a concentrator function of a plurality of subscribers,
It is configured to implement a protocol that enables a bearer channel that is not used to be used for data transfer for upgrade to an access transmission device that performs subscriber side communication,
A bearer channel that is not used is assigned to a plurality of access transmission devices in a communication system, and a data transfer channel is set for each transmission device. A data transmission apparatus configured to perform data transfer.
該通信システムにて通信に供されるデータは加入者向けデータとそれ以外のデータとよりなり、
上記加入者向けデータの通信に使用されていないベアラチャネルを上記それ以外のデータの転送用に使用することを可能にするプロトコルを実装した構成とされ、
通信システムにおける複数のアクセス系伝送装置に対して上記使用されていないベアラチャネルを夫々割り当てて各伝送装置毎にデータ転送チャネルを設定し、設定チャネルを通じて上記複数のアクセス系伝送装置に対して同時に当該データ転送を実施する構成とされてなるデータ伝送装置。A transmission device applied to a communication system that performs communication using a bearer channel allocated by a concentrator function of a plurality of subscribers,
The data provided for communication in the communication system consists of subscriber data and other data,
It is configured to implement a protocol that makes it possible to use a bearer channel that is not used for communication of data for the subscriber for the transfer of data other than the above,
A bearer channel that is not used is assigned to a plurality of access transmission devices in a communication system, and a data transfer channel is set for each transmission device. A data transmission apparatus configured to perform data transfer.
前記伝送装置間のデータ転送制御のための通信回線を確保するステップと、
アップグレード用データ転送のための通信回線としてのベアラチャネルを決定するステップと、
該データ転送のための通信回線を、データ送信側の伝送装置及びデータ受信側の伝送装置において確保するステップと、
該データ転送のための通信回線を、データ送信側の伝送装置及びデータ受信側の伝送装置において解放するステップと、
を含む構成とされ、
通信システムにおける複数のアクセス系伝送装置に対して上記使用されていないベアラチャネルを夫々割り当てて各伝送装置毎にデータ転送チャネルを設定し、設定チャネルを通じて上記複数のアクセス系伝送装置に対して同時に当該データ転送を実施する構成とされてなるデータ伝送方法。A data transmission method in a communication system for performing communication between transmission devices using a bearer channel assigned by a concentrating function of a plurality of subscribers,
Securing a communication line for data transfer control between the transmission devices;
Determining a bearer channel as a communication line for data transfer for upgrade;
Securing a communication line for the data transfer in the transmission device on the data transmission side and the transmission device on the data reception side;
Releasing the communication line for data transfer in the transmission device on the data transmission side and the transmission device on the data reception side;
The is the including configuration,
A bearer channel that is not used is assigned to a plurality of access transmission devices in a communication system, and a data transfer channel is set for each transmission device. A data transmission method configured to perform data transfer .
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/002705 WO2003079658A1 (en) | 2002-03-20 | 2002-03-20 | Data transmission method and transmission device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2003079658A1 JPWO2003079658A1 (en) | 2005-07-21 |
| JP3883128B2 true JP3883128B2 (en) | 2007-02-21 |
Family
ID=27854647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003577519A Expired - Fee Related JP3883128B2 (en) | 2002-03-20 | 2002-03-20 | Data transmission method and transmission device |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP3883128B2 (en) |
| WO (1) | WO2003079658A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7529267B2 (en) * | 2004-03-19 | 2009-05-05 | Fujitsu Limited | Data transmissions in communication networks using multiple tokens |
| US7623543B2 (en) * | 2004-03-19 | 2009-11-24 | Fujitsu Limited | Token-controlled data transmissions in communication networks |
| US7965732B2 (en) | 2004-03-19 | 2011-06-21 | Fujitsu Limited | Scheduling token-controlled data transmissions in communication networks |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1117641A (en) * | 1997-06-25 | 1999-01-22 | Mitsubishi Electric Corp | Multiplexer and communication system |
| JPH1188329A (en) * | 1997-09-08 | 1999-03-30 | Fujitsu Ltd | Maintenance operation system for access node |
| WO2000044154A1 (en) * | 1999-01-20 | 2000-07-27 | Fujitsu Limited | Subscriber testing system |
| JP3477705B2 (en) * | 2000-05-11 | 2003-12-10 | 日本電気株式会社 | Software download apparatus and method in subscriber wireless system |
-
2002
- 2002-03-20 JP JP2003577519A patent/JP3883128B2/en not_active Expired - Fee Related
- 2002-03-20 WO PCT/JP2002/002705 patent/WO2003079658A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003079658A1 (en) | 2003-09-25 |
| JPWO2003079658A1 (en) | 2005-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0605349B1 (en) | Switched circuit connection management over public data networks for wide area networks | |
| US6031845A (en) | Allocation of bandwidth to calls in a wireless telecommunications system | |
| WO1998020653A1 (en) | Access to telecommunications networks in a multiservice environment | |
| US6370232B1 (en) | Procedure and system for ensuring emergency communication | |
| WO2000044115A1 (en) | Telecommunication device with centralized processing on-demand | |
| JP3161717B2 (en) | Communication system, communication device, and control method therefor | |
| US6069948A (en) | Procedure and system for ensuring emergency communication | |
| WO1999039516A2 (en) | Reliable and flexible access network | |
| JP3883128B2 (en) | Data transmission method and transmission device | |
| US20070071020A1 (en) | Gateway digital loop carrier device | |
| EP0963659B1 (en) | Procedure for releasing connections | |
| US20020025800A1 (en) | Handling of dialled digits in a wireless telecommunications system | |
| US6418132B1 (en) | Multi-directional multiplex communication system and ISDN servicing method therein | |
| KR100367093B1 (en) | Method of Congestion Control for V5.2 System in Access Network | |
| JP2000253471A (en) | Interface control device | |
| KR100229547B1 (en) | Method for processing call synchronization ind primitive for delay equalization protocol in isdn | |
| KR100299660B1 (en) | Method for setting speech path of trunk exchange channel and multi-modem channel in communication processing system and telephony network access subsystem | |
| JP2885921B2 (en) | Extension communication system between home terminals and its additional equipment | |
| KR100342486B1 (en) | Integrated digital loop carrier service method for integrated services digital network in multiplex apparatus | |
| KR100314354B1 (en) | A Basic Rate Interface Unit of Integrated Services Digital Network in Fiber Loop Carrier-Curb Systems | |
| KR100237473B1 (en) | Method of establishing packet pvc's in n-isdn | |
| KR100209811B1 (en) | Method for processing channel fail indication primitive for delay equalization protocol in isdn | |
| WO1999016278A1 (en) | Maintaining information concerning subscriber terminals within a call routing system of a telecommunications system | |
| JPH0558301B2 (en) | ||
| JP3479829B2 (en) | Communication system, radio control station, slave station, and recording medium recording program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060404 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060602 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060711 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060810 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060915 |
|
| 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: 20061107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061110 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |