特許6526902 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許6526902データ伝送方法及びデバイス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6526902

(24)【登録日】2019年5月17日

(45)【発行日】2019年6月5日

(54)【発明の名称】データ伝送方法及びデバイス

(51)【国際特許分類】

H04J 3/00 20060101AFI20190527BHJP

【ＦＩ】

H04J3/00 U

【請求項の数】21

【全頁数】45

(21)【出願番号】特願2018-503183(P2018-503183)

(86)(22)【出願日】2016年6月28日

(65)【公表番号】特表2018-522489(P2018-522489A)

(43)【公表日】2018年8月9日

(86)【国際出願番号】CN2016087497

(87)【国際公開番号】WO2017012453

(87)【国際公開日】20170126

【審査請求日】2018年3月2日

(31)【優先権主張番号】201510439629.0

(32)【優先日】2015年7月23日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫進介

(72)【発明者】

【氏名】尹建

(72)【発明者】

【氏名】廖 ▲錦▼秋

(72)【発明者】

【氏名】肖新

(72)【発明者】

【氏名】▲劉▼ 超

【審査官】北村智彦

(56)【参考文献】

【文献】国際公開第２０１５／０９２６７７（ＷＯ，Ａ１）

【文献】 Common Public Radio Interface (CPRI);Interface Specification[online]，CPRI Specification，２０１４年７月１日，V6.1，pp.96-99，[検索日:2018.12.26],インターネット＜URL:http://www.cpri.info/downloads/CPRI_V6_1_2014-07-01.pdf＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｊ３／００

(57)【特許請求の範囲】

【請求項1】

第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定するステップであって、前記第１の符号ストリームが共通公衆無線インタフェース（ＣＰＲＩ）サービスデータを符号化することによって取得される、ステップと、
前記第１の符号ストリームを復号して第２の符号ストリームを取得するステップであって、前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるか、又は前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームである、ステップと、
前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を前記第２の符号ストリームに、前記同期ヘッダ表示情報に従って挿入するステップと、
前記第２の符号ストリーム及び前記フレームヘッダ表示情報を光チャネルデータユニット（ＯＤＵ）フレーム内の光チャネルペイロードユニット（ＯＰＵ）にマッピングするステップと、
を含み、
前記第２の符号ストリーム及び前記フレームヘッダ表示情報をＯＤＵフレーム内のＯＰＵにマッピングする前記ステップが、
タイムスロット分割を前記ＯＰＵに対し、前記ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得するステップと、
前記第２の符号ストリーム及び前記フレームヘッダ表示情報を前記少なくとも１つのＯＰＵタイムスロットにマッピングするステップとを含む、データ伝送方法。

【請求項2】

前記ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である、請求項１に記載の方法。

【請求項3】

前記第１の符号ストリームを復号する前記ステップの前に、当該方法が更に、
前記同期ヘッダ表示情報に、前記第１の符号ストリームの前記フレームヘッダ位置で周期的に印を付けるステップを含む、請求項１又は２に記載の方法。

【請求項4】

前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるとき、前記同期ヘッダ表示情報に、前記第１の符号ストリームの前記フレームヘッダ位置で周期的に印を付ける前記ステップが、
前記第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別するステップと、
前記第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けるステップとを含み、前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を前記第２の符号ストリームに、前記同期ヘッダ表示情報に従って挿入する前記ステップが、
前記フレームヘッダ表示情報を前記第２の符号ストリームに、前記第１の同期ヘッダ表示情報より前に、前記第１の符号ストリーム内の前記第１の同期ヘッダ表示情報に従って挿入するステップを含む、請求項３に記載の方法。

【請求項5】

前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームであるとき、前記同期ヘッダ表示情報に、前記第１の符号ストリームの前記フレームヘッダ位置で周期的に印を付ける前記ステップが、
前記第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別するステップと、
前記第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けるステップとを含み、前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を前記第２の符号ストリームに、前記同期ヘッダ表示情報に従って挿入する前記ステップが、
前記フレームヘッダ表示情報を前記第２の符号ストリームに、前記第２の同期ヘッダ表示情報より前に、前記第１の符号ストリーム内の前記第２の同期ヘッダ表示情報に従って挿入するステップを含む、請求項３に記載の方法。

【請求項6】

当該方法が更に、
オーバヘッドバイト及び／又は予約バイトを前記第２の符号ストリームに挿入するステップを含み、
前記第２の符号ストリーム及び前記フレームヘッダ表示情報をＯＤＵフレーム内のＯＰＵにマッピングする前記ステップが、
前記第２の符号ストリーム、前記フレームヘッダ表示情報、並びに前記オーバヘッドバイト及び／又は前記予約バイトを前記ＯＤＵフレーム内の前記ＯＰＵにマッピングするステップを含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、前記第２の符号ストリーム及び前記フレームヘッダ表示情報を前記少なくとも１つのＯＰＵタイムスロットにマッピングする前記ステップが、
前記第２の符号ストリーム内の前記少なくとも１つの識別情報中の第１の識別情報と前記フレームヘッダ表示情報とに対応する第１のデータを前記少なくとも１つの識別情報に従って決定するステップと、
前記第１のデータを前記第１の識別情報に対応するＯＰＵタイムスロットにマッピングするステップとを含む、請求項１又は２に記載の方法。

【請求項8】

光チャネルデータユニット（ＯＤＵ）フレームを光トランスポートネットワークＯＴＮデバイスから受信するステップと、
前記ＯＤＵフレーム内の光チャネルペイロードユニット（ＯＰＵ）をデマッピングして、第２の符号ストリームと、前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するステップと、
前記第２の符号ストリームを前記フレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するステップであって、前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるか、又は前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームであり、前記第１の符号ストリームが共通公衆無線インタフェース（ＣＰＲＩ）サービスデータを符号化することによって取得される、ステップとを含み、
前記ＯＰＵが、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む、データ伝送方法。

【請求項9】

前記少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、前記ＯＤＵフレーム内のＯＰＵをデマッピングして、第２の符号ストリームと、前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得する前記ステップが、
前記ＯＤＵフレーム内のオーバヘッドバイトを解析して、前記少なくとも１つの識別情報と対応データとの間の対応関係を取得するステップと、
前記ＯＤＵフレーム内の前記ＯＰＵのオーバヘッドバイトを解析し、前記第２の符号ストリーム及び前記フレームヘッダ表示情報を前記対応関係に従って取得するステップとを含む、請求項８に記載の方法。

【請求項10】

前記第２の符号ストリームを前記フレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得する前記ステップの前に、当該方法が更に、
前記フレームヘッダ表示情報に従って、前記フレームヘッダ表示情報を、前記第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正するステップを含む、請求項８又は９に記載の方法。

【請求項11】

前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるとき、当該方法が更に、
前記同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、前記同期ヘッダ表示情報に従って修正するステップを含む、請求項１０に記載の方法。

【請求項12】

前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームであるとき、当該方法が更に、
前記同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、前記同期ヘッダ表示情報に従って修正するステップを含む、請求項１０に記載の方法。

【請求項13】

前記第２の符号ストリームを前記フレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得する前記ステップの前に、当該方法が更に、
前記第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトを前記フレームヘッダ表示情報に従って識別するステップと、
前記オーバヘッドバイト及び／又は前記予約バイトを削除するステップとを含む、請求項８から１２のいずれか一項に記載の方法。

【請求項14】

第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定するように構成された決定ユニットであって、前記第１の符号ストリームが共通公衆無線インタフェース（ＣＰＲＩ）サービスデータを符号化することによって取得される、決定ユニットと、
前記第１の符号ストリームを復号して第２の符号ストリームを取得するように構成された復号ユニットであって、前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるか、又は前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームである、復号ユニットと、
前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を前記第２の符号ストリームに、前記同期ヘッダ表示情報に従って挿入するように構成された挿入ユニットと、
前記第２の符号ストリーム及び前記フレームヘッダ表示情報を光チャネルデータユニット（ＯＤＵ）フレーム内の光チャネルペイロードユニット（ＯＰＵ）にマッピングするように構成されたマッピングユニットとを備え、
前記マッピングユニットが、
タイムスロット分割を前記ＯＰＵに対し、前記ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得するように、かつ
前記第２の符号ストリーム及び前記フレームヘッダ表示情報を前記少なくとも１つのＯＰＵタイムスロットにマッピングするように構成される、デバイス。

【請求項15】

前記ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である、請求項１４に記載のデバイス。

【請求項16】

当該デバイスが更に、
前記同期ヘッダ表示情報に、前記第１の符号ストリームの前記フレームヘッダ位置で周期的に印を付けるように構成されたマーキングユニットを備える、請求項１４又は１５に記載のデバイス。

【請求項17】

前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるとき、当該デバイスが更に、
前記第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別するように構成された識別ユニットを備え、
前記マーキングユニットが、前記第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けるように構成され、
前記挿入ユニットが、前記フレームヘッダ表示情報を前記第２の符号ストリームに、前記第１の同期ヘッダ表示情報より前に、前記第１の符号ストリーム内の前記第１の同期ヘッダ表示情報に従って挿入するように構成される、請求項１６に記載のデバイス。

【請求項18】

前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームであるとき、当該デバイスが更に、
前記第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別するように構成された識別ユニットを備え、
前記マーキングユニットが、前記第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けるように構成され、
前記挿入ユニットが、前記フレームヘッダ表示情報を前記第２の符号ストリームに、前記第２の同期ヘッダ表示情報より前に、前記第１の符号ストリーム内の前記第２の同期ヘッダ表示情報に従って挿入するように構成される、請求項１６に記載のデバイス。

【請求項19】

光チャネルデータユニット（ＯＤＵ）フレームを光トランスポートネットワーク（ＯＴＮ）デバイスから受信するように構成された受信ユニットと、
前記ＯＤＵフレーム内の光チャネルペイロードユニット（ＯＰＵ）をデマッピングして、第２の符号ストリームと、前記第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するように構成されたデマッピングユニットと、
前記第２の符号ストリームを前記フレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するように構成された符号化ユニットであって、前記第１の符号ストリームが１０Ｂ符号ストリームであり、前記第２の符号ストリームが８Ｂ符号ストリームであるか、又は前記第１の符号ストリームが６６Ｂ符号ストリームであり、前記第２の符号ストリームが６４Ｂ符号ストリームであり、前記第１の符号ストリームが共通公衆無線インタフェース（ＣＰＲＩ）サービスデータを符号化することによって取得され、
前記ＯＰＵが、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む、符号化ユニットとを備える、デバイス。

【請求項20】

前記ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である、請求項１９に記載のデバイス。

【請求項21】

前記少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、前記デマッピングユニットが、
前記ＯＤＵフレーム内のオーバヘッドバイトを解析して、前記少なくとも１つの識別情報と対応データとの間の対応関係を取得するように、かつ
前記ＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、前記第２の符号ストリーム及び前記フレームヘッダ表示情報を前記対応関係に従って取得するように構成される、請求項１９又は２０に記載のデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施例は通信技術の分野に関し、より詳細にはデータ伝送方法及びデバイスに関する。

【背景技術】

【0002】

インテリジェント時代及びモノのインターネットの時代の到来と共に、データ帯域幅が大幅に増大している。将来の無線アクセスネットワークは、急速な帯域幅増大の要件を満たす必要があり、更には安価な無線広帯域インターネットアクセスをユーザに提供する必要がある。将来の無線アクセスネットワークは下記の条件、すなわち、（１）エネルギー消費を低減し、資本支出及び経常費を低減すること、（２）周波数スペクトル効率を改善し、ユーザ帯域幅を増大すること、（３）プラットフォームを開放し、複数の標準及び円滑な更新をサポートすること、並びに（４）エンドユーザによりよいインターネットサービスを提供すること、を満たす必要がある

【0003】

集中型ベースバンド処理プール、遠隔無線周波数ユニット及びアンテナを含む協調的無線ネットワーク、並びにオープンプラットフォームのリアルタイムクラウド型インフラストラクチャのＣｅｎｔｒａｌｉｚｅｄ／Ｃｏｏｐｅｒａｔｉｖｅ／ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｃ−ＲＡＮ）に基づいて、事業者収益と将来のモバイルインターネットサービスとの間の同時発展のための要件が満たされることができる。

【0004】

ファイバ直接接続方式が従来の通信方法に使用されている。しかしながら、配備されるＲｅｍｏｔｅＲａｄｉｏＵｎｉｔｓ（ＲＲＵ）の数が増加しているので、この方式のコストは急速に増大する。したがって、１つの解決法が現在用いられている。この解決法では、ＯｐｔｉｃａｌＴｒａｎｓｐｏｒｔＮｅｔｗｏｒｋ（ＯＴＮ）デバイスがＲＲＵとＢａｓｅｂａｎｄＵｎｉｔ（ＢＢＵ）との間に配置されて配備コストが低減される。

【0005】

しかしながら、既存の解決法では８Ｂ／１０Ｂ（又は６４Ｂ／６６Ｂ）符号化が使用されているので、ＣｏｍｍｏｎＰｕｂｌｉｃＲａｄｉｏｉｎｔｅｒｆａｃｅ（ＣＰＲＩ）サービスが符号化された後に冗長オーバヘッドが生じる。既存の解決法では、ＣＰＲＩサービスは、伝送のために、直接かつ透過的にＯｐｔｉｃａｌＴｒａｎｓｐｏｒｔＵｎｉｔ（ＯＴＵ）フレームにマッピングされる。したがって、冗長オーバヘッドは、この解決法では伝送のためにマッピングされ、それによって伝送帯域幅資源が浪費され、その結果データ伝送効率が低くなる。

【発明の概要】

【0006】

本発明の実施例は、伝送帯域幅を節約しデータ伝送効率を改善するための、データ伝送方法及びデバイスを提供する。

【0007】

第１の態様によれば、データ伝送方法が提供され、方法は、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定するステップであって、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、ステップと、第１の符号ストリームを復号して第２の符号ストリームを取得するステップであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームである、ステップと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入するステップと、第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするステップとを含む。

【0008】

第１の態様に関連して、第１の態様の第１の可能な実施形態では、第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするステップが、タイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得するステップと、第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングするステップとを含む。

【0009】

第１の態様の第１の可能な実施形態に関連して、第１の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0010】

第１の態様、又は第１の態様の第１から第２の可能な実施形態のいずれか１つに関連して、第１の態様の第３の可能な実施形態では、第１の符号ストリームを復号するステップの前に、方法は更に、同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるステップを含む。

【0011】

第１の態様の第３の可能な実施形態に関連して、第１の態様の第４の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるステップが、第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別するステップと、第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けるステップとを含み、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入するステップが、フレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入するステップを含む。

【0012】

第１の態様の第３の可能な実施形態に関連して、第１の態様の第５の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるステップが、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別するステップと、第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けるステップとを含み、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入するステップが、フレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入するステップを含む。

【0013】

第１の態様、又は第１の態様の第１から第５の可能な実施形態のいずれか１つに関連して、第１の態様の第６の可能な実施形態では、方法は更に、オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入するステップを含み、第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするステップが、第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングするステップを含む。

【0014】

第１の態様の第１又は第２の可能な実施形態に関連して、第１の態様の第７の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングするステップが、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定するステップと、第１のデータを第１の識別情報に対応するＯＰＵタイムスロットにマッピングするステップとを含む。

【0015】

第１の態様の第７の可能な実施形態に関連して、第１の態様の第８の可能な実施形態では、少なくとも１つの識別情報が、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0016】

第２の態様によれば、データ伝送方法が提供され、方法は、光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信するステップと、ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するステップと、第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するステップであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、ステップとを含む。

【0017】

第２の態様に関連して、第２の態様の第１の可能な実施形態では、ＯＰＵが、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む。

【0018】

第２の態様の第１の可能な実施形態に関連して、第２の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0019】

第２の態様の第１又は第２の可能な実施形態に関連して、第２の態様の第３の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するステップが、ＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得するステップと、ＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得するステップとを含む。

【0020】

第２の態様の第３の可能な実施形態に関連して、第２の態様の第４の可能な実施形態では、少なくとも１つの識別情報がＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0021】

第２の態様、又は第２の態様の第１から第４の可能な実施形態のいずれか１つに関連して、第２の態様の第５の可能な実施形態では、第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するステップの前に、方法は更に、フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正するステップを含む。

【0022】

第２の態様の第５の可能な実施形態に関連して、第２の態様の第６の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、方法は更に、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、同期ヘッダ表示情報に従って修正するステップを含む。

【0023】

第２の態様の第５の可能な実施形態に関連して、第２の態様の第７の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、方法は更に、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正するステップを含む。

【0024】

第２の態様、又は第２の態様の第１から第７の可能な実施形態のいずれか１つに関連して、第２の態様の第８の可能な実施形態では、第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するステップの前に、方法は更に、第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別するステップと、オーバヘッドバイト及び／又は予約バイトを削除するステップとを含む。

【0025】

第３の態様によれば、デバイスが提供され、デバイスは、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定するように構成された決定ユニットであって、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、決定ユニットと、第１の符号ストリームを復号して第２の符号ストリームを取得するように構成された復号ユニットであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームである、復号ユニットと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入するように構成された挿入ユニットと、第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするように構成されたマッピングユニットとを含む。

【0026】

第３の態様に関連して、第３の態様の第１の可能な実施形態では、マッピングユニットが具体的に、タイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得するように、かつ第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングするように構成される。

【0027】

第３の態様の第１の可能な実施形態に関連して、第３の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0028】

第３の態様、又は第３の態様の第１から第２の可能な実施形態のいずれか１つに関連して、第３の態様の第３の可能な実施形態では、デバイスは更に、同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるように構成されたマーキングユニットを含む。

【0029】

第３の態様の第３の可能な実施形態に関連して、第３の態様の第４の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、デバイスは更に、第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別するように構成された識別ユニットを含み、マーキングユニットが具体的に、第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けるように構成され、挿入ユニットが具体的に、フレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入するように構成される。

【0030】

第３の態様の第３の可能な実施形態に関連して、第３の態様の第５の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、デバイスは更に、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別するように構成された識別ユニットを含み、マーキングユニットが具体的に、第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けるように構成され、挿入ユニットが具体的に、フレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入するように構成される。

【0031】

第３の態様、又は第３の態様の第１から第５の可能な実施形態のいずれか１つに関連して、第３の態様の第６の可能な実施形態では、挿入ユニットが更に、オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入するように構成され、マッピングユニットが具体的に、第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングするように構成される。

【0032】

第３の態様の第１又は第２の可能な実施形態に関連して、第３の態様の第７の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、マッピングユニットが具体的に、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定するように、かつ第１のデータを第１の識別情報に対応するＯＰＵタイムスロットにマッピングするように構成される。

【0033】

第３の態様の第７の可能な実施形態に関連して、第３の態様の第８の可能な実施形態では、少なくとも１つの識別情報が、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0034】

第４の態様によれば、デバイスが提供され、デバイスは、光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信するように構成された受信ユニットと、ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するように構成されたデマッピングユニットと、第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するように構成された符号化ユニットであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、符号化ユニットとを含む。

【0035】

第４の態様に関連して、第４の態様の第１の可能な実施形態では、ＯＰＵが、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む。

【0036】

第４の態様の第１の可能な実施形態に関連して、第４の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0037】

第４の態様の第１又は第２の可能な実施形態に関連して、第４の態様の第３の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、デマッピングユニットが具体的に、ＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得するように、かつＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得するように構成される。

【0038】

第４の態様の第３の可能な実施形態に関連して、第４の態様の第４の可能な実施形態では、少なくとも１つの識別情報がＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0039】

第４の態様、又は第４の態様の第１から第４の可能な実施形態のいずれか１つに関連して、第４の態様の第５の可能な実施形態では、デバイスは更に、フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正するように構成された修正ユニットを含む。

【0040】

第４の態様の第５の可能な実施形態に関連して、第４の態様の第６の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、修正ユニットが更に、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、同期ヘッダ表示情報に従って修正するように構成される。

【0041】

第４の態様の第５の可能な実施形態に関連して、第４の態様の第７の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、修正ユニットが更に、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正するように構成される。

【0042】

第４の態様、又は第４の態様の第１から第７の可能な実施形態のいずれか１つに関連して、第４の態様の第８の可能な実施形態では、デバイスは更に、第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別するように構成された識別ユニットと、オーバヘッドバイト及び／又は予約バイトを削除するように構成された削除ユニットとを含む。

【0043】

第５の態様によれば、プロセッサを含むデバイスが提供され、プロセッサが、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定し、ただし、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得され、第１の符号ストリームを復号して第２の符号ストリームを取得し、ただし、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入し、かつ第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするように構成される。

【0044】

第５の態様に関連して、第５の態様の第１の可能な実施形態では、プロセッサが具体的に、タイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得し、かつ第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングするように構成される。

【0045】

第５の態様の第１の可能な実施形態に関連して、第５の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0046】

第５の態様、又は第５の態様の第１から第２の可能な実施形態のいずれか１つに関連して、第５の態様の第３の可能な実施形態では、プロセッサは更に、同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるように構成される。

【0047】

第５の態様の第３の可能な実施形態に関連して、第５の態様の第４の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、プロセッサが具体的に、第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別し、第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付け、かつフレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入するように構成される。

【0048】

第５の態様の第３の可能な実施形態に関連して、第５の態様の第５の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、プロセッサが具体的に、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別し、第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付け、かつフレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入するように構成される。

【0049】

第５の態様、又は第５の態様の第１から第５の可能な実施形態のいずれか１つに関連して、第５の態様の第６の可能な実施形態では、プロセッサは更に、オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入するように構成され、プロセッサが具体的に、第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングするように構成される。

【0050】

第５の態様の第１又は第２の可能な実施形態に関連して、第５の態様の第７の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、プロセッサが具体的に、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定し、かつ第１のデータを第１の識別情報に対応するＯＰＵタイムスロットにマッピングするように構成される。

【0051】

第５の態様の第７の可能な実施形態に関連して、第５の態様の第８の可能な実施形態では、少なくとも１つの識別情報が、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0052】

第６の態様によれば、受信機回路及びプロセッサを含むデバイスが提供され、受信機回路が、光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信するように構成され、プロセッサが、ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得し、かつ第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得し、ただし、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、ように構成される。

【0053】

第６の態様に関連して、第６の態様の第１の可能な実施形態では、ＯＰＵが、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む。

【0054】

第６の態様の第１の可能な実施形態に関連して、第６の態様の第２の可能な実施形態では、ＯＰＵタイムスロットの帯域幅が４９２．４８Ｍｂｐｓ以上である。

【0055】

第６の態様の第１又は第２の可能な実施形態に関連して、第６の態様の第３の可能な実施形態では、少なくとも１つのＯＰＵタイムスロットが少なくとも１つの識別情報に対応しており、プロセッサが具体的に、ＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得し、かつＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得するように構成される。

【0056】

第６の態様の第３の可能な実施形態に関連して、第６の態様の第４の可能な実施形態では、少なくとも１つの識別情報がＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0057】

第６の態様、又は第６の態様の第１から第４の可能な実施形態のいずれか１つに関連して、第６の態様の第５の可能な実施形態では、プロセッサは更に、フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正するように構成される。

【0058】

第６の態様の第５の可能な実施形態に関連して、第６の態様の第６の可能な実施形態では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、プロセッサは更に、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、同期ヘッダ表示情報に従って修正するように構成される。

【0059】

第６の態様の第５の可能な実施形態に関連して、第６の態様の第７の可能な実施形態では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、プロセッサは更に、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正するように構成される。

【0060】

第６の態様、又は第６の態様の第１から第７の可能な実施形態のいずれか１つに関連して、第６の態様の第８の可能な実施形態では、プロセッサは更に、第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別し、かつオーバヘッドバイト及び／又は予約バイトを削除するように構成される。

【0061】

本発明の実施例では、サービスデータを符号化することによって取得された１０Ｂ符号ストリーム／６６Ｂ符号ストリームが復号されて、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームが取得され、フレームヘッダ位置を示すために使用されるフレームヘッダ表示情報が挿入され、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームが生成される。オーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、伝送帯域幅が節約されることができ、本発明の実施例では、データ伝送効率が改善されることができる。

【0062】

本発明の実施例における技術的解決法をより明確に説明するために、下記では、実施例又は従来技術を説明するために必要な添付の図面を簡潔に説明する。明らかに、下記の説明の中で添付の図面は、本発明のいくつかの実施例を示すに過ぎず、当業者であればなお、これら添付の図面から別の図面を創造的な努力なしで導き出すことができよう。

【図面の簡単な説明】

【0063】

【図1】ネットワークアーキテクチャの概略図である。

【図2】本発明の一実施例による適用可能ネットワークアーキテクチャの概略図である。

【図3】ＣＰＲＩサービスのフレーム構造の概略ブロック図である。

【図4】本発明の一実施例によるデータ伝送方法の概略流れ図である。

【図5】本発明の別の実施例によるデータ伝送方法の概略流れ図である。

【図6】本発明の一実施例による自己定義フレームフォーマットの概略図である。

【図7】本発明の別の実施例によるデータ伝送方法の概略流れ図である。

【図8】ＬＯＦ警報及びＯＯＦ警報を報告するための探索フレーム状態機械の概略図である。

【図9】本発明の別の実施例による情報伝送処理の概略流れ図である。

【図10】本発明の一実施例によるデバイスの概略ブロック図である。

【図11】本発明の別の実施例によるデバイスの概略ブロック図である。

【図12】本発明の別の実施例によるデバイスの概略ブロック図である。

【図13】本発明の別の実施例によるデバイスの概略ブロック図である。

【発明を実施するための形態】

【0064】

下記では、本発明の実施例における技術的解決法を、本発明の実施例の添付図面を参照して明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全部ではなく一部である。本発明の実施例に基づいて、独創的な努力なしに当業者によって取得される他のすべての実施例は、本発明の保護範囲に含まれるものとする。

【0065】

図１は、ネットワークアーキテクチャの概略図である。図１に示されるように、ネットワークアーキテクチャは、少なくとも１つのＲＲＵ１０１、ＯＴＮデバイス１０２、及びＢＢＵ１０３を含む。

【0066】

具体的に、ＣＰＲＩサービスが一例として用いられる。既存のＣ−ＲＡＮ解決法では、ＣＰＲＩサービスが、伝送のために直接かつ透過的にＯＴＵフレームにマッピングされ、ＣＰＲＩサービスのコンテンツは解析されない。つまり、ＲＲＵ１０１は、サービスデータをＯＴＮデバイス１０２へ、１０Ｂ符号ストリーム（ＣＰＲＩ．１〜ＣＰＲＩ．７サービスが８Ｂ／１０Ｂ符号化に対応する）又は６６Ｂ符号ストリーム（ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）が６４Ｂ／６６Ｂ符号化に対応する）を使用して伝送し、ＯＴＮデバイス１０２はＣＰＲＩサービスを解析しないが、１０Ｂ符号又は６６Ｂ符号を使用してＣＰＲＩサービスを直接カプセル化する。したがって、カプセル化効率が低く、余分に２ビット帯域幅資源が消費され、かつデータ伝送効率が相対的に低い。

【0067】

加えて、ＯｐｔｉｃａｌＣｈａｎｎｅｌＤａｔａＵｎｉｔ（ＯＤＵ）フレーム内のＯｐｔｉｃａｌＣｈａｎｎｅｌＰａｙｌｏａｄＵｎｉｔ（ＯＰＵ）が通常、１．２５Ｇｂｐｓのタイムスロットに基づいて分割されていくつかのＯＰＵタイムスロットが取得され、ＣＰＲＩサービスは、いくつかのＯＰＵタイムスロットにマッピングされる。しかしながら、１．２５ＧｂｐｓがＣＰＲＩサービスの最小粒度帯域幅ではないので、ＯＰＵの帯域幅を完全には利用することができず、結果として帯域幅浪費になる。

【0068】

図２は、本発明の一実施例による適用可能ネットワークアーキテクチャの概略図である。図２に示されるように、ネットワークアーキテクチャは少なくとも１つのＲＲＵ２０１、第１のＯＴＮデバイス２０２、第２のＯＴＮデバイス２０３、及びＢＢＵ２０４を含む。

【0069】

ＣＰＲＩサービスが一例として用いられる。本発明のこの実施例では、ＣＰＲＩサービスは、第１のＯＴＮデバイス２０２と第２のＯＴＮデバイス２０３との間で８Ｂ符号ストリーム／６４Ｂ符号ストリームを使用して伝送され、それにより、帯域幅資源を節約することができ、またデータ伝送効率を改善することができる。

【0070】

具体的には、ＲＲＵ２０１は、サービスデータを第１のＯＴＮデバイス２０２へ、１０Ｂ符号ストリーム（ＣＰＲＩ．１〜ＣＰＲＩ．７サービスが８Ｂ／１０Ｂ符号化に対応する）又は６６Ｂ符号ストリーム（ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）が６４Ｂ／６６Ｂ符号化に対応する）を使用して伝送する。第１のＯＴＮデバイス２０２は、１０Ｂ符号／６６Ｂ符号を復号して８Ｂ符号／６４Ｂ符号を生成する。フレームヘッダ表示情報が８Ｂ符号／６４Ｂ符号に挿入されて自己定義フレームが生成され、自己定義フレームは第２のＯＴＮデバイス２０３へ送信される。第２のＯＴＮデバイス２０３は、自己定義フレームをデマッピングし、デマッピングされた自己定義フレームを符号化して１０Ｂ符号／６６Ｂ符号を取得すると共に、１０Ｂ符号／６６Ｂ符号をＢＢＵ２０４へ送信する。

【0071】

一実施例では、本発明のこの実施例におけるサービスデータは、ＣＰＲＩサービス又は別のタイプのサービスであってもよいことを理解されたい。サービスタイプは、サービスのフレーム構造がＣＰＲＩサービスのフレーム構造と類似していれば、本発明のこの実施例に限定されない。本発明のこの実施例では、異なるＣＰＲＩサービスが同一のＯＤＵフレームにマッピングされてよいこと、及び異なるフレーム構造タイプのサービスが、カプセル化され同一のＯＤＵフレームにマッピングされてよく、互いに影響を及ぼさないことを更に理解されたい。

【0072】

下記では、ＣＰＲＩサービスのフレーム構造を、詳細に、図３を参照して説明する。

【0073】

図３は、ＣＰＲＩサービスのフレーム構造の概略ブロック図である。図３に示されるように、ＣＰＲＩサービスは、複数のＮｏｄｅＢフレーム番号（ＮｏｄｅＢＦｒａｍｅＮｕｍｂｅｒ，ＢＦＮ）フレームを含み、各ＢＦＮフレームは、１５０個のスーパフレーム（それぞれ、＃０、＃１、．．．、＃Ｚ、．．．、及び＃１４９）を含む。各スーパフレームは、２５６個のベースフレーム（それぞれ、＃０、＃１、．．．、＃Ｘ、．．．、及び＃２５５）を含む。各ベースフレームは２つのパラメータ、すなわちＷ及びＹを有し、Ｗは文字量に対応し、Ｙは各文字のバイト速度を示すのに使用される。

【0074】

既存のプロトコルにおいて、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、符号化方式が８Ｂ／１０Ｂ符号化であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、符号化方式が６４Ｂ／６６Ｂ符号化である。具体的に、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、Ｚ．０．０の文字はＫ２８．５であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、Ｚ．０．０の文字は／Ｓ／である。つまり、ＣＰＲＩサービス内の各スーパフレームのフレームヘッダ位置の固定文字は、Ｋ２８．５又は／Ｓ／である。１０Ｂ符号が指定されているので、フレームヘッダ表示情報が８Ｂ符号で定義され、８Ｂ符号を使用して伝送され、それにより、８Ｂ／１０Ｂ符号化又は６４Ｂ／６６Ｂ符号化によって生じる余分の帯域幅が低減され得る。

【0075】

下記では、本発明の一実施例を詳細に説明する。

【0076】

図４は、本発明の一実施例によるデータ伝送方法の概略流れ図である。図４に示された方法は、図２に示された第１のＯＴＮデバイスによって実行され得る。方法は、下記のステップを含む。

【0077】

４１０．第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定する。第１の符号ストリームは共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される。

【0078】

４２０．第１の符号ストリームを復号して第２の符号ストリームを取得する。第１の符号ストリームは１０Ｂ符号ストリームであり、第２の符号ストリームは８Ｂ符号ストリームであるか、又は第１の符号ストリームは６６Ｂ符号ストリームであり、第２の符号ストリームは６４Ｂ符号ストリームである。

【0079】

４３０．第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入する。

【0080】

４４０．第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングする。

【0081】

本発明のこの実施例では、サービスデータを符号化することによって取得された１０Ｂ符号ストリーム／６６Ｂ符号ストリームが復号されて、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームが取得され、フレームヘッダ位置を示すために使用されるフレームヘッダ表示情報が挿入され、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームが生成される。オーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0082】

任意選択で、別の実施例では、第１の符号ストリームが少なくとも１つのスーパフレームを含むことができる場合、少なくとも１つのスーパフレームのフレームヘッダ位置は、図３に示されたフレームフォーマットの説明によればＺ，０．０の位置になり得る。具体的に、同期ヘッダ表示情報が使用されて、第１の符号ストリーム内のスーパフレームに対応するフレームヘッダ位置が示され得る。

【0083】

本発明のこの実施例では、ただ１つの同期ヘッダ表示情報が説明されていること、及び第１の符号ストリーム内の各スーパフレームのフレームヘッダ位置が同期ヘッダ表示情報によって示されることを理解されたい。更に、本発明のこの実施例では、ただ１つのフレームヘッダ表示情報が説明されていること、いくつかのフレームヘッダ表示情報が第２の符号ストリームに挿入され得ること、及び各フレームヘッダ表示情報が第２の符号ストリームの各フレームのフレームヘッダ位置を示すために使用されることを理解されたい。

【0084】

各スーパフレームのフレームヘッダ位置は、１０Ｂ符号／６６Ｂ符号では、文字Ｋ２８．５又は／Ｓ／を有する符号ブロックを使用して識別され得るが、フレームヘッダ位置は、８Ｂ符号／６４Ｂ符号では識別することができない。したがって、第１の符号ストリーム（１０Ｂ符号／６６Ｂ符号）のフレームヘッダ位置を示すために使用される同期ヘッダ表示情報に従って、対応するフレームヘッダ表示情報が、復号によって取得される第２の符号ストリーム（８Ｂ符号／６４Ｂ符号）に、第２の符号ストリームのフレームヘッダ位置を示すために挿入され、それにより、自己定義フレームが生成される。自己定義フレームはＯＤＵフレームにマッピングされ、ＯＴＮデバイスへ送信され、それにより、ＯＴＮデバイスは自己定義フレームを符号化し、符号化された自己定義フレームをＢＢＵへ送信する。この場合、ＯＴＮデバイスは、図２に示された第２のＯＴＮデバイス２０３でよい。ＯＴＮデバイス（第２のＯＴＮデバイス２０３）は、自己定義フレームを符号化して１０Ｂ符号／６６Ｂ符号を取得すると共に、１０Ｂ符号／６６Ｂ符号をＢＢＵへ伝送する。

【0085】

自己定義フレームは、フレームヘッダ表示情報を第２の符号ストリームに挿入することによって生成され得ることを理解されたい。第２の符号ストリーム及びフレームヘッダ表示情報はＯＰＵにマッピングされる。つまり、自己定義フレームはＯＰＵにマッピングされる。

【0086】

任意選択で、別の実施例では、ステップ４４０で、ＯＴＮデバイスはタイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得すると共に、自己定義フレーム（第２の符号ストリーム及びフレームヘッダ表示情報を含む）をＯＤＵフレーム内のＯＰＵにマッピングすることができる。

【0087】

本発明のこの実施例では、タイムスロット分割がサービスデータ（たとえば、ＣＰＲＩサービスデータ）の最小粒度帯域幅に基づいて実行され、それにより、帯域幅を完全に利用することができ、また帯域幅利用率を改善することができる。加えて、ＣＰＲＩ速度を適切に設定することができ、マッピング効率を改善することができる。

【0088】

ＯＴＮフレームフォーマットのタイムスロット分割は、ＯＤＵフレームのタイムスロット分割及びＯＰＵのタイムスロット分割と同じでよいことを理解されたい。

【0089】

サービスがＣＰＲＩサービスであり、ＣＰＲＩサービスの最小粒度帯域幅が４９１．５２Ｍｂｐｓである場合、それぞれ分割されたＯＰＵタイムスロットの、かつ計算によって取得され得る最小タイムスロット帯域幅は４９２．４８Ｍｂｐｓになり得る。たとえば、ＣＰＲＩの最小タイムスロット帯域幅は４９２．４８Ｍｂｐｓであり、各Ｎ個の１０ＧｂｐｓのＯＴＮサービスは２４×Ｎ個のＯＰＵタイムスロットに分割され得る（１０Ｇｂｐｓが説明のための一例として使用される場合、５ＧｂｐｓのＯＴＮサービスが１２個のタイムスロットに対応しており、別の帯域幅がこれに応じて類比される）。

【0090】

任意選択で、別の実施例では、タイムスロットが対応オーバヘッド領域を使用して示され得る場合、ＣＰＲＩサービスデータはＯＴＮサービスにカプセル化され、ＯＴＮサービス速度は正確にＣＰＲＩサービス速度に整合し得る。

【0091】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。ステップ４４０で、ＯＴＮデバイスは、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定すると共に、第１のデータを、第１の識別情報に対応するＯＰＵタイムスロットにマッピングすることができる。

【0092】

任意選択で、別の実施例では、少なくとも１つの識別情報は、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示され得る。

【0093】

本発明のこの実施例における識別情報は、ＯＤＵフレーム内の元のオーバヘッドバイトに基づいて示され得ること、又は挿入されたオーバヘッドバイトに基づいて示され得ることを理解されたい。

【0094】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロット中の各ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0095】

タイムスロット分割がＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行される場合、各ＯＰＵタイムスロットの帯域幅の最小タイムスロット帯域幅は、サービスデータの最小粒度帯域幅になることを理解されたい。ＣＰＲＩサービスの最小粒度帯域幅が４９２．４８Ｍｂｐｓである場合、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上でありさえすればよい。ＯＰＵタイムスロットの帯域幅が狭いほど、帯域幅利用率がより高いことを示す。

【0096】

具体的に、１０Ｇｂｐｓの帯域幅が説明のための一例として使用される。ＯＤＵ帯域幅、フレームヘッダ、及びＯＰＵＭｕｌｔｉ−ＦｒａｍｅＩｄｅｎｔｉｆｉｅｒ（ＯＭＦＩ）がローカルクロックに従って生成され、このＯＭＦＩは０から２３９の範囲にわたる。本発明のこの実施例では、ＯＭＦＩが使用されて割り当てタイムスロット番号（つまり、ＯＰＵタイムスロットに対応する識別情報）が示され得る。

【0097】

ＯＴＮデバイスは、列の数を自己定義フレーム内のフレームヘッダ表示情報に従って数えることができ、ここで、列範囲が１から３８２４であり、ペイロード領域が１７から３８２４の範囲にわたる。ペイロード領域の列数は３８０８であるが、３８０８は１２で割り切れない。したがって、本発明のこの実施例では、３８０４列がローディングサービス用に選択されてよく、他の４列は充填に使用される。

【0098】

ＯＰＵタイムスロットは、通し番号０〜２３に従って配列され循環され得る。したがって、各ＯＰＵタイムスロットは、ＯＤＵフレームのペイロード領域内で均等に分布し得る。

【0099】

任意選択で、別の実施例では、各タイムスロット番号が顧客サービスに対応することができ、また複数のタイムスロット番号が同一の顧客サービスに対応することができる。つまり、大規模顧客サービスがあるとき、複数のタイムスロット番号がその顧客サービスに割り当てられてよい。更に、複数のＯＰＵタイムスロットが同一の顧客サービスに対応しているとき、複数のＯＰＵタイムスロットは、タイムスロット番号の昇順に配列されてよく、読み出しと書き込みが同時に実行される。

【0100】

各タイムスロット番号に対応する顧客サービスのデータは、少なくとも１つの識別情報（少なくとも１つのタイムスロット番号）に従って読み出され得る。つまり、少なくとも１つの識別情報中の各識別情報は顧客サービスに対応しており、対応する顧客サービスは伝送データを有する。少なくとも１つの識別情報中の各識別情報とデータとの間には対応関係がある。

【0101】

第１の識別情報は、少なくとも１つの識別情報中の任意の１つの識別情報であり得ることを理解されたい。本発明のこの実施例ではただ１つの識別情報が説明されているが、実際には、各識別情報が異なるデータに対応している。マッピング処理では、少なくとも１つの識別情報中の各識別情報に対応するデータは、各識別情報に対応するＯＰＵタイムスロットにマッピングされてよい。たとえば、顧客サービスのデータに対応するタイムスロット番号（識別情報）が１、２、及び３である場合、顧客サービスのデータは、１、２、及び３であるタイムスロット番号（識別情報）に対応する３つのＯＰＵタイムスロットにマッピングされる。

【0102】

各ＯＰＵタイムスロットと顧客サービスとの間の構成関係は、チャネル関連付けによって、対応するオーバヘッド位置を使用して伝送され得ることを理解されたい。たとえば、伝送はＰａｙｌｏａｄＳｔｒｕｃｔｕｒｅＩｄｅｎｔｉｆｉｅｒ（ＰＳＩ）を使用して実行される。

【0103】

下記では、第１の符号ストリームが符号化されて第２の符号ストリームが取得され、また自己定義フレームが生成される処理を、詳細に説明する。

【0104】

図５は、本発明の別の実施例によるデータ伝送方法の概略流れ図である。図５に示された方法は、図２に示された第１のＯＴＮデバイスによって実行され得る。図５と図４の中の同じステップについては、同じ符号化方式が使用されてよい。ステップ４２０の前に、図４に示された方法は更に、下記のステップを含むことができる。

【0105】

４５０．同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付ける。

【0106】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、ステップ４５０でＯＴＮデバイスは、第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別し、第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けることができる。ステップ４３０でＯＴＮデバイスは、フレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入することができる。

【0107】

自己定義フレームは、フレームヘッダ表示情報を第２の符号ストリームに挿入することによって生成され得ることを理解されたい。

【0108】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、ステップ４５０でＯＴＮデバイスは、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別し、第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けることができる。ステップ４３０で、ＯＴＮデバイスは、フレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入することができる。

【0109】

本発明のこの実施例では、ただ１つのフレームヘッダ表示情報が説明されていることを理解されたい。第２の符号ストリームでは、１つのフレームヘッダ表示情報がそれぞれの同期ヘッダ表示情報の前に挿入されて自己定義フレームが生成され得る。

【0110】

任意選択で、別の実施例では、ステップ４４０の前に、方法は更に下記のステップを含むことができる。

【0111】

４６０．オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入する。

【0112】

ステップ４４０で、具体的に、ＯＴＮデバイスは第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングすることができる。

【0113】

オーバヘッドバイト及び／又は予約バイトが第２の符号ストリームに挿入される場合、自己定義フレームは、挿入されたオーバヘッドバイト及び／又は挿入された予約バイトを含むことを理解されたい。

【0114】

具体的に、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスを一例として使用して、第１の符号ストリームが符号化されて第２の符号ストリームが取得され、また自己定義フレームが生成される処理を具体的に説明する。

【0115】

本発明のこの実施例では、８Ｂ符号が、ＣＰＲＩサービスのフレーム構造の特殊性を用いて、復号によって取得される。フレームヘッダ表示情報が各スーパフレームのフレームヘッダに追加され、自己定義フレームが生成され、オーバヘッドバイト及び／又は予約バイトが挿入される。

【0116】

１．第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別し、第１の符号ブロックに第１の同期ヘッダ表示情報としての印を付ける。

【0117】

Ｋ２８．５が、同じクロックサイクルにおいて、最左端にあるかどうかが調べられる。Ｋ２８．５が、同じクロックサイクルにおいて、最左端にはない場合、データがシフトされ、Ｋ２８．５を有する符号ブロックが同じクロックサイクルの最左端位置までシフトされる。少なくとも１つの第１の同期ヘッダ表示情報が、第１の符号ストリームと共に伝送される。

【0118】

第１の符号ブロックは、文字Ｋ２８．５を有する符号ブロックのうちの任意の１つであり、本発明のこの実施例ではただ１つの符号ブロックが説明されており、他の符号ブロックは同様であることを理解されたい。

【0119】

２．第１の符号ストリームを復号して第２の符号ストリームを取得する。

【0120】

具体的に、テーブルは１０ビットの単位で探索されてよく、１０Ｂ符号は８Ｂ符号に変換される。具体的な８Ｂ／１０Ｂテーブルエントリは、８０２．３プロトコルに基づいてよい。

【0121】

３．探索を、すべての第１の符号ブロックに対応するすべての第１の同期ヘッダ表示情報に従って実行し、第１の符号ストリーム内の各スーパフレームのフレームヘッダ位置を決定する。

【0122】

４．１つのフレームヘッダ表示情報を第２の符号ストリームに、それぞれの第１の同期ヘッダ表示情報より前に挿入する。

【0123】

具体的に、本発明のこの実施例では、スーパフレームのバイト数が４０９６である場合、第１の同期ヘッダ表示情報が開始位置として使用されて、スライシングを４０９６バイトの単位で実行することができ、スライシングヘッダマークが追加される。フレームヘッダ表示情報が、第２の符号ストリームのフレームヘッダ位置を示すための第１の同期ヘッダ表示情報の前に挿入される。このようにして、フレームヘッダ表示情報が第２の符号ストリームに挿入され、それにより、自己定義フレームが生成される。

【0124】

任意選択で、別の実施例では、専用のバイトが使用されてフレームヘッダ表示情報を示すことができ、フレームヘッダ表示情報は２バイトでも４バイトでもよい。フレームヘッダ表示情報の具体的な形は、本発明のこの実施例では限定されない。

【0125】

５．オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入する。

【0126】

具体的に、本発明のこの実施例では、オーバヘッドバイトは、フレームヘッダ表示情報の後、かつ第１の同期ヘッダ表示情報の前に挿入されてよく、オーバヘッドバイトのバイト数は６バイトでよい。本発明のこの実施例では、８バイトの予約バイトがスライシングヘッダマークの位置に挿入されてよい。オーバヘッドバイトのバイト数、及び予約バイトのバイト数は、本発明のこの実施例では限定されないことを理解されたい。

【0127】

図６は、本発明の一実施例による自己定義フレームフォーマットの概略図である。図６に示されるように、自己定義フレームフォーマットにおけるフレームヘッダ表示情報は２バイトでよく、フレームヘッダ表示情報は２つの専用のバイト文字、すなわちＯＡ１及びＯＡ２によって示され得る。加えて、６バイトのオーバヘッドバイトがフレームヘッダ表示情報の後に挿入されてよく、オーバヘッドバイトはＯＨで示され得る。自己定義フレームでは、数バイトの予約バイトが更に挿入されてよい。予約バイトのバイト数は、本発明のこの実施例では限定されない。

【0128】

図７は、本発明の別の実施例によるデータ伝送方法の概略流れ図である。図７に示される方法は、図２に示された第２のＯＴＮデバイスによって実行され得る。方法は下記のステップを含む。

【0129】

７１０．光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信する。

【0130】

７２０．ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得する。

【0131】

７３０．第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得する。第１の符号ストリームは１０Ｂ符号ストリームであり、第２の符号ストリームは８Ｂ符号ストリームであるか、又は第１の符号ストリームは６６Ｂ符号ストリームであり、第２の符号ストリームは６４Ｂ符号ストリームであり、第１の符号ストリームは共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される。

【0132】

本発明のこの実施例では、第１のＯＴＮデバイスが、サービスデータを符号化することによって取得される１０Ｂ符号ストリーム／６６Ｂ符号ストリームを復号して、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームを取得し、８Ｂ符号ストリーム／６４Ｂ符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を挿入し、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームを生成する。第２のＯＴＮデバイスは、第１のＯＴＮデバイスから受信したＯＤＵフレームをデマッピングして自己定義フレームを取得すると共に、自己定義フレームを符号化して１０Ｂ符号／６６符号を再び取得する。このようにして、２つのＯＴＮデバイス間でオーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、２つのＯＴＮデバイス間の伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0133】

図７の第２のＯＴＮデバイスはＯＤＵフレームを、図２に示された第１のＯＴＮデバイスから受信することができ、ＯＤＵフレームは、図４又は図５に示された方法を使用して取得することができる。図４又は図５に示されるように、自己定義フレームは、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを使用して生成され得る。

【0134】

第１の符号ストリームは１０Ｂ符号ストリームであり、第２の符号ストリームは８Ｂ符号ストリームであるか、又は第１の符号ストリームは６６Ｂ符号ストリームであり、第２の符号ストリームは６４Ｂ符号ストリームであることを理解されたい。

【0135】

【0136】

各スーパフレームのフレームヘッダ位置は、１０Ｂ符号／６６Ｂ符号では、文字Ｋ２８．５又は／Ｓ／を有する符号ブロックを使用して識別され得るが、フレームヘッダ位置は、８Ｂ符号／６４Ｂ符号では識別することができない。したがって、対応するフレームヘッダ表示情報が、第１のＯＴＮデバイスが第１の符号ストリームを復号した後に取得される第２の符号ストリーム（８Ｂ符号／６４Ｂ符号）に、第２の符号ストリームのフレームヘッダ位置を示すために挿入され、それにより、自己定義フレームが生成される。自己定義フレームはＯＤＵフレームにマッピングされ、図６に示された第２のＯＴＮデバイスへ送信され、それにより、第２のＯＴＮデバイスは自己定義フレームを符号化し、符号化された自己定義フレームをＢＢＵへ送信する。第２のＯＴＮデバイス２０３は、自己定義フレームを符号化して１０Ｂ符号／６６Ｂ符号を取得すると共に、１０Ｂ符号／６６Ｂ符号をＢＢＵへ伝送する。

【0137】

第１の符号ストリームは、少なくとも１つのスーパフレームを含むことができ、少なくとも１つのスーパフレームのフレームヘッダ位置は、図３に示されたフレームフォーマットの説明によればＺ，０．０の位置になり得る。具体的に、同期ヘッダ表示情報が使用されて、第１の符号ストリーム内のスーパフレームに対応するフレームヘッダ位置が示され得る。

【0138】

任意選択で、別の実施例では、ＯＰＵは、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む。

【0139】

本発明のこの実施例では、タイムスロット分割がサービスデータの最小粒度帯域幅に基づいて実行され、それにより、帯域幅を完全に利用することができ、また帯域幅利用率を改善することができる。加えて、ＣＰＲＩ速度を適切に設定することができ、マッピング効率を改善することができる。

【0140】

【0141】

サービスがＣＰＲＩサービスであり、ＣＰＲＩサービスの最小粒度帯域幅が４９１．５２Ｍｂｐｓである場合、それぞれ分割されたＯＰＵタイムスロットの、かつ計算によって取得することができる最小タイムスロット帯域幅は４９２．４８Ｍｂｐｓになり得る。たとえば、ＣＰＲＩの最小タイムスロット帯域幅は４９２．４８Ｍｂｐｓであり、各Ｎ個の１０ＧｂｐｓのＯＴＮサービスは２４×Ｎ個のＯＰＵタイムスロットに分割され得る（１０Ｇｂｐｓが説明のための一例として使用される場合、５ＧｂｐｓのＯＴＮサービスが１２個のタイムスロットに対応しており、別の帯域幅がこれに応じて類比される）。

【0142】

【0143】

任意選択で、別の実施例では、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0144】

任意選択で、別の実施例では、少なくとも１つの識別情報がＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。本発明のこの実施例における識別情報は、ＯＤＵフレーム内の元のオーバヘッドバイトに基づいて示され得ること、又は挿入されたオーバヘッドバイトに基づいて示され得ることを理解されたい。

【0145】

【0146】

具体的に、１０Ｇｂｐｓの帯域幅が説明のための一例として使用される。ＯＤＵ帯域幅、フレームヘッダ、及びＯＭＦＩがローカルクロックに従って生成され、このＯＭＦＩは０から２３９の範囲にわたる。本発明のこの実施例では、ＯＭＦＩが使用されて割り当てタイムスロット番号（つまり、ＯＰＵタイムスロットに対応する識別情報）を示すことができる。

【0147】

自己定義フレームが生成されているとき、ＯＴＮデバイスは、行の数及び列の数を自己定義フレーム内のフレームヘッダ表示情報に従って数えることができ、ここで、列範囲が１から３８２４であり、ペイロード領域が１７から３８２４の範囲にわたる。ペイロード領域の列数は３８０８であるが、３８０８は１２で割り切れない。したがって、本発明のこの実施例では、３８０４列がローディングサービス用に選択されてよく、その他の４列は充填に使用される。

【0148】

【0149】

任意選択で、別の実施例では、各ＯＰＵタイムスロットは１つのタイムスロット番号に対応することができる。各タイムスロット番号が顧客サービスに対応することができ、また複数のタイムスロット番号が同一の顧客サービスに対応することができる。つまり、大規模顧客サービスがあるとき、複数のタイムスロット番号がその顧客サービスに割り当てられてよい。更に、複数のＯＰＵタイムスロットが同一の顧客サービスに対応しているとき、複数のＯＰＵタイムスロットは、タイムスロット番号の昇順に配列されてよく、読み出しと書き込みが同時に実行される。

【0150】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。ステップ７２０で、第２のＯＴＮデバイスはＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得すると共に、ＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得することができる。

【0151】

第２の符号ストリーム及びフレームヘッダ表示情報は、上述の自己定義フレームであり得ることを理解されたい。

【0152】

具体的に、第２のＯＴＮデバイスは、ＯＤＵフレームについてＰＳＩオーバヘッド解析を実行して、少なくとも１つの識別情報と対応データとの間の対応関係を取得することができ、対応するＣｏｎｎｅｃｔｉｏｎＭｏｎｉｔｏｒｉｎｇ（ＣＭ）値を、ＪｕｓｔｉｆｉｃａｔｉｏｎＣｏｎｔｒｏｌ（ＪＣ）オーバヘッド領域に従って解析することによって取得することができ、また、自己定義フレーム（第２の符号ストリーム及びフレームヘッダ表示情報）をＣＭ値及び対応関係に従って取得することができる。

【0153】

【0154】

マッピング処理では、少なくとも１つの識別情報中の各識別情報に対応するデータは、各識別情報に対応するＯＰＵタイムスロットにマッピングされてよいことを理解されたい。たとえば、顧客サービスのデータに対応するタイムスロット番号（識別情報）が１、２、及び３である場合、顧客サービスのデータは、１、２、及び３であるタイムスロット番号（識別情報）に対応する３つのＯＰＵタイムスロットにマッピングされる。

【0155】

各ＯＰＵタイムスロットと顧客サービスとの間の構成関係は、チャネル関連付けによって、対応するオーバヘッド位置を使用して伝送され得ることを理解されたい。たとえば、伝送はＰＳＩを使用して実行される。

【0156】

任意選択で、別の実施例では、ステップ７３０の前に、図７に示された方法は更に下記のステップを含むことができる。

【0157】

７４０．フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正する。

【0158】

ＣＰＲＩサービスのフレーム構造が特殊であるので、特殊な符号ブロックが使用されて第１の符号ストリーム内のスーパフレームのフレームヘッダ位置が示され得ることを理解されたい。既存のプロトコルにおいて、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、符号化方式が８Ｂ／１０Ｂ符号化であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、符号化方式が６４Ｂ／６６Ｂ符号化である。具体的に、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、Ｚ．０．０の文字はＫ２８．５であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、Ｚ．０．０の文字は／Ｓ／である。つまり、ＣＰＲＩサービス内の各スーパフレームのフレームヘッダ位置の固定文字は、Ｋ２８．５又は／Ｓ／である。したがって、特殊な符号ブロックは、バイトＫ２８．５又は／Ｓ／を有する符号ブロックであり得る。

【0159】

任意選択で、別の実施例では、第１の符号ストリームが、少なくとも１つのスーパフレームを含むことができる場合、少なくとも１つのスーパフレームのフレームヘッダ位置は、図３に示されたフレームフォーマットの説明によればＺ，０．０の位置になり得る。具体的に、少なくとも１つの同期ヘッダ表示情報が使用されて、第１の符号ストリーム内の少なくとも１つのスーパフレームに対応する少なくとも１つのフレームヘッダ位置が示され得る。

【0160】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、第２のＯＴＮデバイスは、同期ヘッダ表示情報に従って、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に修正することができる。

【0161】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、第２のＯＴＮデバイスは、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正することができる。

【0162】

任意選択で、別の実施例では、ステップ７３０の前に、図７に示された方法は更に下記のステップを含むことができる。

【0163】

７５０．第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別し、オーバヘッドバイト及び／又は予約バイトを削除する。

【0164】

ステップ７４０とステップ７５０との間に順序はないことを理解されたい。

【0165】

具体的に、下記では、一例として８Ｂ／１０Ｂ符号化を使用することによる第２のＯＴＮデバイスのデマッピング処理を説明する。

【0166】

１．第２のＯＴＮデバイスは、自己定義フレームがマッピングされるＯＤＵフレームを第１のＯＴＮデバイスから受信する。

【0167】

２．ＰＳＩオーバヘッド解析をＯＤＵフレーム内のＯＰＵに対し実行して、少なくとも１つの識別情報と対応データとの間の対応関係を取得する。

【0168】

３．対応するＣＭ値をＪＣオーバヘッド領域に従って解析することによって取得すると共に、自己定義フレーム（第２の符号ストリーム及びフレームヘッダ表示情報を含む）を対応関係に従って取得する。

【0169】

自己定義フレームは、図４又は図５に示された方法を使用して取得されてよいことを理解されたい。

【0170】

４．フレーム探索処理を自己定義フレームに対し実行してフレームヘッダ表示情報を取得する。

【0171】

フレームヘッダ表示情報が発見されない場合には、ＬＯＦ警報及びＯＯＦ警報が報告される。

【0172】

具体的に、図８は、フレーム同期損失（ＬｏｓｓＯｆＦｒａｍｅ，ＬＯＦ）警報及びフレーム同期外れ（ＯｕｔＯｆＦｒａｍｅ，ＯＯＦ）警報を報告するための探索フレーム状態機械の概略図である。図８で、ＯＯＦはフレーム同期外れであり、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＦｒａｍｅ（ＩＦ）は識別フレームである。

【0173】

ＯＯＦ状態が３ｍｓ継続するとＬＯＦ警報が報告され、ＩＦ状態が３ｍｓ継続するとＬＯＦ警報が解除される。

【0174】

状態機械の切換え条件は下記の通りである。

【0175】

条件１：Ｘ個の連続フレームのフレームヘッダ表示情報が正しくない場合、状態機械はＩＦ状態からＯＯＦ状態に切り換わり、ここで、Ｘの値は１から６４であり、初期値は「５」でよい。

【0176】

条件２：２つの連続フレームのフレームヘッダ表示情報が正しい場合、状態機械はＯＯＦ状態からＩＦ状態へ切り換わる。

【0177】

条件３：条件２以外のすべての条件が満たされる場合、状態機械はＯＯＦ状態にとどまる。

【0178】

条件４：条件１以外のすべての条件が満たされる場合、状態機械はＩＦ状態にとどまる。

【0179】

５．発見されたフレームヘッダ表示情報に従って、オーバヘッドバイト及び予約バイトを決定し、対応するオーバヘッド処理を実行し、オーバヘッドバイト及び予約バイトを削除する。

【0180】

６．フレームヘッダ表示情報を同期ヘッダ表示情報に修正する。

【0181】

７．同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に修正する。

【0182】

６４Ｂ／６６Ｂ符号化方式が一例として使用される場合には、フレームヘッダ表示情報の文字が／Ｓ／に修正されることを理解されたい。

【0183】

８．対応する制御文字位置及びデータペイロード位置を同期ヘッダ表示情報に従って発見し、次に、８Ｂ／１０Ｂ符号テーブルを探索し、８Ｂ符号ストリームを符号化し、８Ｂ符号ストリームを伝送のために１０Ｂ符号ストリームに変換する。

【0184】

【0185】

【0186】

図８は、本発明の一実施例による情報伝送処理の概略流れ図である。図８に示される処理は、図２に示された第１のＯＴＮデバイスによって実行され得る。この処理は、下記のステップを含むことができる。

【0187】

８０１．入力１０Ｂ符号ストリームに対し識別処理を実行して、文字Ｋ２８．５を有する符号ブロックを取得する。

【0188】

任意選択で、Ｋ２８．５が、同じクロックサイクルにおいて、最左端にあるかどうかが調べられる。Ｋ２８．５が、同じクロックサイクルにおいて、最左端にはない場合、データがシフトされ、Ｋ２８．５を有する符号ブロックが同じクロックサイクルの最左端位置までシフトされる。

【0189】

任意選択で、別の実施例では、識別処理が入力６６Ｂ符号ストリームに対し実行されて、文字／Ｓ／を有する符号ブロックを本発明のこの実施例では取得することができる。

【0190】

任意選択で、／Ｓ／が、同じクロックサイクルにおいて、最左端にあるかどうかが調べられる。／Ｓ／が、同じクロックサイクルにおいて、最左端にはない場合、データがシフトされ、／Ｓ／を有する符号ブロックが同じクロックサイクルの最左端位置までシフトされる。

【0191】

既存のプロトコルにおいて、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、符号化方式が８Ｂ／１０Ｂ符号化であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、符号化方式が６４Ｂ／６６Ｂ符号化である。１０Ｂ符号が入力された場合、文字Ｋ２８．５を有する符号ブロックが識別され、又は、６６Ｂ符号が入力された場合、文字／Ｓ／を有する符号ブロックが識別される。具体的に、ＣＰＲＩ．１〜ＣＰＲＩ．７サービスに対し、Ｚ．０．０の文字はＫ２８．５であり、ＣＰＲＩ．８〜ＣＰＲＩ．ｎサービス（ｎは８よりも大きい）では、Ｚ．０．０の文字は／Ｓ／である。つまり、ＣＰＲＩサービス内の各スーパフレームのフレームヘッダ位置の固定バイトは、Ｋ２８．５又は／Ｓ／である。

【0192】

本発明のこの実施例における１０Ｂ符号ストリームは、文字Ｋ２８．５を有する複数の符号ブロックを含むことができ、６６Ｂ符号ストリームは、文字／Ｓ／を有する複数の符号ブロックを含むことができると理解されたい。

【0193】

８０２．識別された符号ブロックに同期ヘッダ表示情報としての印を付ける。

【0194】

同期ヘッダ表示情報は、１０Ｂ／６６Ｂ符号ストリームと共に伝送される。

【0195】

各スーパフレームのフレームヘッダ位置は、１０Ｂ符号／６６Ｂ符号では、文字Ｋ２８．５又は／Ｓ／を有する符号ブロックを使用して識別され得るが、フレームヘッダ位置は、８Ｂ符号／６４Ｂ符号では識別することができない。入力１０Ｂ／６６Ｂ符号ストリームが少なくとも１つのスーパフレームを含むことができる場合、少なくとも１つのスーパフレームのフレームヘッダ位置は、図３に示されたフレームフォーマットの説明によればＺ，０．０の位置になり得る。具体的に、同期ヘッダ表示情報が使用されて、第１の符号ストリーム内のスーパフレームに対応するフレームヘッダ位置を示され得る。

【0196】

識別された符号ブロックの位置は、入力１０Ｂ／６６Ｂ符号ストリーム内のスーパフレームのフレームヘッダ位置、つまりＺ，０．０の位置である。

【0197】

本発明のこの実施例では、ただ１つの同期ヘッダ表示情報が説明されていること、及び１０Ｂ符号ストリーム又は６６Ｂ符号ストリーム内の各スーパフレームのフレームヘッダ位置が、同期ヘッダ表示情報によって示されることを理解されたい。

【0198】

８０３．１０Ｂ符号ストリームを復号して８Ｂ符号ストリームを取得する。

【0199】

任意選択で、別の実施例では、本発明のこの実施例における６６Ｂ符号ストリームが復号されて６４Ｂ符号ストリームが取得されることができる。

【0200】

復号方法が本発明のこの実施例では限定されないことを理解されたい。

【0201】

【0202】

或いは、６６Ｂ符号ストリームが復号されて６４Ｂ符号ストリームが取得されると、テーブルは６６ビットの単位で探索され、６６Ｂ符号は６４Ｂ符号に変換される。具体的な６４Ｂ／６６Ｂテーブルエントリは、８０２．３プロトコルに基づいてよい。

【0203】

８０４．フレームヘッダを同期ヘッダ表示情報に従って探索する。

【0204】

同期ヘッダ表示情報は、１０Ｂ符号ストリーム内のスーパフレームのフレームヘッダ位置である。

【0205】

或いは、同期ヘッダ表示情報は、６６Ｂ符号ストリーム内のスーパフレームのフレームヘッダ位置である。

【0206】

フレームヘッダを探索する方法が、本発明のこの実施例では限定されないことを理解されたい。

【0207】

８０５．フレームヘッダ表示情報を８Ｂ符号ストリームに挿入して８Ｂ符号ストリームのフレームヘッダ位置を示し、それにより、自己定義フレームを生成する。

【0208】

任意選択で、別の実施例では、フレームヘッダ表示情報が６４Ｂ符号ストリームに挿入されて６４Ｂ符号ストリームのフレームヘッダ位置が示され、それにより、本発明のこの実施例では自己定義フレームを生成することができる。

【0209】

具体的に、８Ｂ符号ストリームの一例では、１０Ｂ符号ストリーム内のスーパフレームのバイト数が４０９６である場合、同期ヘッダ表示情報が開始位置として本発明のこの実施例では使用されて、スライシングを４０９６バイトの単位で実行することができ、スライシングヘッダマークが追加される。フレームヘッダ表示情報が、第２の符号ストリームのフレームヘッダ位置を示すための同期ヘッダ表示情報の前に挿入される。このようにして、フレームヘッダ表示情報が各フレームヘッダ位置において８Ｂ符号ストリームに挿入され、それにより、自己定義フレームが生成される。

【0210】

【0211】

８０６．オーバヘッドバイト及び／又は予約バイトを８Ｂ符号ストリームに挿入する。

【0212】

具体的に、本発明のこの実施例では、オーバヘッドバイトは、フレームヘッダ表示情報の後、かつ同期ヘッダ表示情報の前に挿入されてよく、オーバヘッドバイトのバイト数は６バイトでよい。本発明のこの実施例では、８バイトの予約バイトがスライシングヘッダマークの位置に挿入されてよい。オーバヘッドバイトのバイト数、及び予約バイトのバイト数は、本発明のこの実施例では限定されず、またオーバヘッドバイトの挿入位置及び予約バイトの挿入位置も、本発明のこの実施例では限定されないことを理解されたい。

【0213】

８０７．ＯＰＵを少なくとも１つのＯＰＵタイムスロットに、サービスデータの最小粒度帯域幅に基づいて分割する。

【0214】

タイムスロット分割がサービスデータ（たとえば、ＣＰＲＩサービスデータ）の最小粒度帯域幅に基づいて実行される場合、各ＯＰＵタイムスロットの帯域幅の最小タイムスロット帯域幅が、サービスデータの最小粒度帯域幅になることを理解されたい。ＣＰＲＩサービスデータの最小粒度帯域幅が４９２．４８Ｍｂｐｓである場合、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上でありさえすればよい。ＯＰＵタイムスロットの帯域幅が狭いほど、帯域幅利用率がより高いことを示す。

【0215】

【0216】

ＯＴＮデバイスは、行の数及び列の数を自己定義フレーム内の少なくとも１つのフレームヘッダ表示情報に従って数えることができ、ここで、列範囲が１から３８２４であり、ペイロード領域が１７から３８２４の範囲にわたる。ペイロード領域の列数は３８０８であるが、３８０８は１２で割り切れない。したがって、本発明のこの実施例では、３８０４列がローディングサービス用に選択されてよく、その他の４列は充填に使用される。

【0217】

【0218】

【0219】

【0220】

【0221】

【0222】

８０８．自己定義フレームを少なくとも１つのＯＰＵタイムスロットにマッピングする。

【0223】

本発明のこの実施例では、サービスデータを符号化することによって取得された１０Ｂ符号ストリーム／６６Ｂ符号ストリームが復号されて、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームが取得され、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームが生成される。オーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0224】

加えて、本発明のこの実施例では、タイムスロット分割がサービスデータの最小粒度帯域幅に基づいて実行され、それにより、帯域幅を完全に利用することができ、また帯域幅利用率を改善することができる。加えて、ＣＰＲＩ速度を適切に設定することができ、マッピング効率を改善することができる。

【0225】

図９は、本発明の別の実施例による情報伝送処理の概略流れ図である。図９に示された処理は、図２に示された第２のＯＴＮデバイスによって実行され得る。この処理は、下記のステップを含む。

【0226】

９０１．自己定義フレームがマッピングされるＯＤＵフレームを第１のＯＴＮデバイスから受信する。

【0227】

９０２．ＰＳＩオーバヘッド解析をＯＤＵフレーム内のＯＰＵに対し実行して、少なくとも１つの識別情報と対応データとの間の対応関係を取得する。

【0228】

９０３．対応するＣＭ値をＪＣオーバヘッド領域に従って解析することによって取得すると共に、対応関係に従って自己定義フレームを取得する。

【0229】

自己定義フレームは、図４又は図５に示された方法を使用して取得されてよいことを理解されたい。

【0230】

９０４．フレーム探索処理を自己定義フレームに対し実行してフレームヘッダ表示情報を取得する。

【0231】

フレームヘッダ表示情報が発見されない場合には、ＬＯＦ警報及びＯＯＦ警報が報告される。

【0232】

図８に示されるように、図８は、ＬＯＦ警報及びＯＯＦ警報を報告するための探索フレーム状態機械の概略図である。図８で、ＯＯＦはフレーム同期外れである。

【0233】

ＯＯＦ状態が３ｍｓ継続するとＬＯＦ警報が報告され、ＩＦ状態が３ｍｓ継続するとＬＯＦ警報が解除される。

【0234】

状態機械の切換え条件は下記の通りである。

【0235】

【0236】

条件２：２つの連続フレームのフレームヘッダ表示情報が正しい場合、状態機械はＯＯＦ状態からＩＦ状態へ切り換わる。

【0237】

条件３：条件２以外のすべての条件が満たされる場合、状態機械はＯＯＦ状態にとどまる。

【0238】

条件４：条件１以外のすべての条件が満たされる場合、状態機械はＩＦ状態にとどまる。

【0239】

９０５．発見されたフレームヘッダ表示情報に従って、オーバヘッドバイト及び予約バイトを決定し、対応するオーバヘッド処理を実行し、オーバヘッドバイト及び予約バイトを削除する。

【0240】

９０６．少なくとも１つのフレームヘッダ表示情報を同期ヘッダ表示情報に修正し、対応する文字をＫ２８．５に修正する。

【0241】

６４Ｂ／６６Ｂ符号化方式が一例として使用される場合には、少なくとも１つのフレームヘッダ表示情報の文字が／Ｓ／に修正されることを理解されたい。

【0242】

９０７．８Ｂ符号ストリームを、修正された同期ヘッダ表示情報に従って符号化して１０Ｂ符号ストリームを取得する。

【0243】

具体的には、対応する制御文字位置及びデータペイロード位置が、同期ヘッダ表示情報に従って決定される。８Ｂ／１０Ｂ符号テーブルが探索され、８Ｂ符号ストリームが符号化され、伝送のために１０Ｂ符号ストリームに変換される。

【0244】

【0245】

【0246】

図１０は、本発明の一実施例によるデバイスの概略ブロック図である。図１０に示されたデバイスは、図４及び図５に示された方法、及び図８に示された処理を実施することができる。繰り返しを避けるために、細部はここでは再度説明されない。図１０に示されたデバイス１０００は、
第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定するように構成された決定ユニット１００１であって、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、決定ユニットと、
第１の符号ストリームを復号して第２の符号ストリームを取得するように構成された復号ユニット１００２であって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームである、復号ユニットと、
第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入するように構成された挿入ユニット１００３と、
第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングするように構成されたマッピングユニット１００４と
を含む。

【0247】

【0248】

任意選択で、別の実施例では、マッピングユニット１００４はタイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得すると共に、第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングすることができる。

【0249】

【0250】

任意選択で、別の実施例では、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0251】

任意選択で、別の実施例では、デバイス１０００は更に、
同期ヘッダ表示情報に、第１の符号ストリームのフレームヘッダ位置で周期的に印を付けるように構成されたマーキングユニット１００５
を含む。

【0252】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、デバイス１０００は更に、
第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別するように構成された識別ユニット１００６
を含む。

【0253】

マーキングユニット１００５は、第１の符号ブロックに第１の同期ヘッダ表示情報としての印を付けることができる。

【0254】

挿入ユニット１００３は、フレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入することができる。

【0255】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、識別ユニット１００６は、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別することができる。

【0256】

マーキングユニット１００５は、第２の符号ブロックに第２の同期ヘッダ表示情報としての印を付けることができる。

【0257】

挿入ユニット１００３は、フレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入することができる。

【0258】

任意選択で、別の実施例では、挿入ユニット１００３は更に、オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入することができ、マッピングユニット１００４は具体的に、第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングすることができる。

【0259】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。マッピングユニット１００４は、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定し、第１のデータを第１の識別情報に対応するＯＰＵタイムスロットにマッピングすることができる。

【0260】

任意選択で、別の実施例では、少なくとも１つの識別情報は、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0261】

本発明のこの実施例では、サービスデータを符号化することによって後で取得される１０Ｂ符号ストリーム／６６Ｂ符号ストリームが復号されて、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームが取得され、８Ｂ符号ストリーム／６４Ｂ符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報が挿入され、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームが生成される。オーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0262】

【0263】

図１１は、本発明の別の実施例によるデバイスの概略ブロック図である。図１１に示されたデバイスは、図７に示された方法、及び図９に示された処理を実施することができる。繰り返しを避けるために、細部はここでは再度説明されない。図１１に示されたデバイス１１００は、
光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信するように構成された受信ユニット１１０１と、
ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得するように構成されたデマッピングユニット１１０２と、
第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得するように構成された符号化ユニット１１０３であって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、符号化ユニットと
を含む。

【0264】

【0265】

【0266】

【0267】

任意選択で、別の実施例では、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0268】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。デマッピングユニット１１０２は、ＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得すると共に、ＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得することができる。

【0269】

任意選択で、別の実施例では、少なくとも１つの識別情報は、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0270】

任意選択で、別の実施例では、デバイス１１００は更に、
フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正するように構成された修正ユニット１１０４
を含む。

【0271】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、修正ユニット１１０４は更に、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、同期ヘッダ表示情報に従って修正することができる。

【0272】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、修正ユニット１１０４は更に、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正することができる。

【0273】

任意選択で、別の実施例では、デバイス１１００は更に、
第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別するように構成された識別ユニット１１０５と、
オーバヘッドバイト及び／又は予約バイトを削除するように構成された削除ユニット１１０６と
を含む。

【0274】

本発明のこの実施例では、第１のＯＴＮデバイスが、サービスデータを符号化することによって取得される１０Ｂ符号ストリーム／６６Ｂ符号ストリームを復号して、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームを取得し、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームを生成する。第２のＯＴＮデバイスは、第１のＯＴＮデバイスから受信したＯＤＵフレームをデマッピングして自己定義フレームを取得すると共に、自己定義フレームを符号化して１０Ｂ符号／６６符号を再び取得する。このようにして、２つのＯＴＮデバイス間でオーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、２つのＯＴＮデバイス間の伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0275】

【0276】

図１２は、本発明の別の実施例によるデバイスの概略ブロック図である。図１２のデバイス１２００は、上記の方法実施例におけるステップ及び方法を実施するように構成され得る。図１２のデバイス１２００は、プロセッサ１２０１、メモリ１２０２、及び送信機回路１２０４を含む。プロセッサ１２０１とメモリ１２０２と送信機回路１２０４は、バスシステム１２０９を使用して接続される。

【0277】

加えて、デバイス１２００は更に、アンテナ１２０５などを含むことができる。プロセッサ１２０１は、デバイス１２００の動作を制御する。メモリ１２０２は、読み出し専用メモリ及びランダムアクセスメモリを含むことができ、命令及びデータをプロセッサ１２０１に供給する。デバイス１２００のすべての構成要素は、バスシステム１２０９を使用して共に結合される。データバスに加えて、バス１２０９は電力バス、制御バス、及び状態信号バスを含み得る。しかしながら、説明を分かりやすくするために、様々なバスが図ではバスシステム１２０９として描かれている。

【0278】

プロセッサ１２０１は集積回路チップでよく、信号処理機能を有する。上記のプロセッサ１２０１は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス、個別ゲート、トランジスタ論理デバイス、又は個別ハードウェア構成要素でよい。プロセッサ１２０１は、本発明の実施例で開示されている方法、ステップ、及び論理ブロック図を実施又は実行することができる。汎用プロセッサはマイクロプロセッサでよく、又はプロセッサは、任意の従来のプロセッサなどでよい。プロセッサ１２０１は、情報をメモリ１２０２から読み出し、デバイス１２００のすべての構成要素をプロセッサ１２０１のハードウェアと一緒に制御する。

【0279】

図４及び図５の方法は、図１２のデバイス１２００によって実施されてよい。繰り返しを避けるために、細部はここでは再度説明されない。

【0280】

具体的に、デバイス１２００は、プロセッサ１２０１の制御のもとで下記の動作、すなわち、
第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報を決定することであって、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、決定すること、
第１の符号ストリームを復号して第２の符号ストリームを取得することであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームである、取得すること、
第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報を第２の符号ストリームに、同期ヘッダ表示情報に従って挿入すること、並びに
第２の符号ストリーム及びフレームヘッダ表示情報を光チャネルデータユニットＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵにマッピングすること
を達成する。

【0281】

本発明のこの実施例では、サービスデータを符号化することによって取得される１０Ｂ符号ストリーム／６６Ｂ符号ストリームが復号されて、それぞれ８Ｂ符号ストリーム／６４Ｂ符号ストリームが取得され、フレームヘッダ位置を示すために使用されるフレームヘッダ表示情報が挿入され、それにより、８Ｂ／６４Ｂ符号を使用して伝送される自己定義フレームが生成される。オーバヘッドがはがされ、自己定義フレームが伝送のためにペイロード領域に直接マッピングされ、それによって、冗長オーバヘッドがマッピングされるために効率が相対的に低いという従来技術の問題が回避される。したがって、伝送帯域幅を節約することができ、本発明のこの実施例ではデータ伝送効率を改善することができる。

【0282】

任意選択で、別の実施例では、プロセッサ１２０１はタイムスロット分割をＯＰＵに対し、ＣＰＲＩサービスデータの最小粒度帯域幅に基づいて実行して、少なくとも１つのＯＰＵタイムスロットを取得すると共に、第２の符号ストリーム及びフレームヘッダ表示情報を少なくとも１つのＯＰＵタイムスロットにマッピングすることができる。

【0283】

【0284】

任意選択で、別の実施例では、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0285】

任意選択で、別の実施例では、第１の符号ストリームを復号することの前に、プロセッサ１２０１は、同期ヘッダ表示情報に、第１の符号ストリームのスーパフレームのフレームヘッダ位置で周期的に印を付けることができる。

【0286】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、プロセッサ１２０１は、第１の符号ストリーム内の、文字Ｋ２８．５を有する第１の符号ブロックを識別し、第１の符号ブロックの位置に第１の同期ヘッダ表示情報としての印を付けることができる。プロセッサ１２０１は、フレームヘッダ表示情報を第２の符号ストリームに、第１の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第１の同期ヘッダ表示情報に従って挿入することができる。

【0287】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、プロセッサ１２０１は、第１の符号ストリーム内の、文字／Ｓ／を有する第２の符号ブロックを識別し、第２の符号ブロックの位置に第２の同期ヘッダ表示情報としての印を付けることができる。プロセッサ１２０１は、フレームヘッダ表示情報を第２の符号ストリームに、第２の同期ヘッダ表示情報より前に、第１の符号ストリーム内の第２の同期ヘッダ表示情報に従って挿入し、それにより、自己定義フレームを生成することができる。

【0288】

任意選択で、別の実施例では、プロセッサ１２０１は更に、オーバヘッドバイト及び／又は予約バイトを第２の符号ストリームに挿入することができる。プロセッサ１２０１は、第２の符号ストリーム、フレームヘッダ表示情報、並びにオーバヘッドバイト及び／又は予約バイトをＯＤＵフレーム内のＯＰＵにマッピングすることができる。

【0289】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。プロセッサ１２０１は、第２の符号ストリーム内の少なくとも１つの識別情報中の第１の識別情報とフレームヘッダ表示情報とに対応する第１のデータを少なくとも１つの識別情報に従って決定し、第１のデータを第１の識別情報に対応するＯＰＵタイムスロットにマッピングすることができる。

【0290】

任意選択で、別の実施例では、少なくとも１つの識別情報は、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0291】

任意選択で、別の実施例では、送信機回路１２０４は、マッピングされたＯＤＵフレームを送信することができる。

【0292】

【0293】

【0294】

図１３は、本発明の別の実施例によるデバイスの概略ブロック図である。図１３のデバイス１３００は、上記の方法実施例におけるステップ及び方法を実施するように構成され得る。図１３のデバイス１３００は、プロセッサ１３０１、メモリ１３０２、及び受信機回路１３０３を含む。プロセッサ１３０１とメモリ１３０２と受信機回路１３０３は、バスシステム１３０９を使用して接続される。

【0295】

加えて、デバイス１３００は更に、アンテナ１３０５などを含むことができる。プロセッサ１３０１は、デバイス１３００の動作を制御する。メモリ１３０２は、読み出し専用メモリ及びランダムアクセスメモリを含むことができ、命令及びデータをプロセッサ１３０１に供給する。デバイス１３００のすべての構成要素は、バスシステム１３０９を使用して共に結合される。データバスに加えて、バス１３０９は電力バス、制御バス、及び状態信号バスを含み得る。しかしながら、説明を分かりやすくするために、様々なバスが図ではバスシステム１３０９として描かれている。

【0296】

プロセッサ１３０１は集積回路チップでよく、信号処理機能を有する。上記のプロセッサ１３０１は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス、個別ゲート、トランジスタ論理デバイス、又は個別ハードウェア構成要素でよい。プロセッサ１３０１は、本発明の実施例で開示されている方法、ステップ、及び論理ブロック図を実施又は実行することができる。汎用プロセッサはマイクロプロセッサでよく、又はプロセッサは、任意の従来のプロセッサなどでよい。プロセッサ１３０１は、情報をメモリ１３０２から読み出し、デバイス１３００のすべての構成要素をプロセッサ１３０１のハードウェアと一緒に制御する。

【0297】

図６の方法は、図１３のデバイス１３００によって実施されてよい。繰り返しを避けるために、細部はここでは再度説明されない。

【0298】

具体的に、デバイス１３００は、プロセッサ１３０１の制御のもとで下記の動作、すなわち、
受信機回路１３０３によって、光チャネルデータユニットＯＤＵフレームを光トランスポートネットワークＯＴＮデバイスから受信すること、
プロセッサ１３０１によって、ＯＤＵフレーム内の光チャネルペイロードユニットＯＰＵをデマッピングして、第２の符号ストリームと、第２の符号ストリームのフレームヘッダ位置を示すために使用されるフレームヘッダ表示情報とを取得すること、及び
第２の符号ストリームをフレームヘッダ表示情報に従って符号化して第１の符号ストリームを取得することであって、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるか、又は第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであり、第１の符号ストリームが共通公衆無線インタフェースＣＰＲＩサービスデータを符号化することによって取得される、取得すること
を達成する。

【0299】

【0300】

任意選択で、別の実施例では、ＯＰＵは、サービスデータの最小粒度帯域幅に基づいてタイムスロット分割を実行することによって取得された少なくとも１つのＯＰＵタイムスロットを含む。

【0301】

【0302】

任意選択で、別の実施例では、ＯＰＵタイムスロットの帯域幅は４９２．４８Ｍｂｐｓ以上である。

【0303】

任意選択で、別の実施例では、少なくとも１つのＯＰＵタイムスロットは、少なくとも１つの識別情報に対応している。プロセッサ１３０１は、ＯＤＵフレーム内のオーバヘッドバイトを解析して、少なくとも１つの識別情報と対応データとの間の対応関係を取得すると共に、ＯＤＵフレーム内のＯＰＵのオーバヘッドバイトを解析し、第２の符号ストリーム及びフレームヘッダ表示情報を対応関係に従って取得することができる。

【0304】

任意選択で、別の実施例では、少なくとも１つの識別情報は、ＯＤＵフレーム内のオーバヘッドバイトに基づいて示される。

【0305】

任意選択で、別の実施例では、プロセッサ１３０１は、フレームヘッダ表示情報に従って、フレームヘッダ表示情報を、第１の符号ストリームのフレームヘッダ位置を示すために使用される同期ヘッダ表示情報へと修正することができる。

【0306】

任意選択で、別の実施例では、第１の符号ストリームが１０Ｂ符号ストリームであり、第２の符号ストリームが８Ｂ符号ストリームであるとき、プロセッサ１３０１は更に、同期ヘッダ表示情報によって示された位置の文字をＫ２８．５に、同期ヘッダ表示情報に従って修正することができる。

【0307】

任意選択で、別の実施例では、第１の符号ストリームが６６Ｂ符号ストリームであり、第２の符号ストリームが６４Ｂ符号ストリームであるとき、プロセッサ１３０１は更に、同期ヘッダ表示情報によって示された位置の文字を／Ｓ／に、同期ヘッダ表示情報に従って修正することができる。

【0308】

任意選択で、別の実施例では、プロセッサ１３０１は、第２の符号ストリーム内のオーバヘッドバイト及び／又は予約バイトをフレームヘッダ表示情報に従って識別し、オーバヘッドバイト及び／又は予約バイトを削除することができる。

【0309】

【0310】

【0311】

本明細書全体において言及された「１つの実施例」又は「一実施例」は、その実施例に関連する特定の特徴、構造、又は特性が本発明の少なくとも１つの実施例に含まれるという意味ではないことを理解されたい。したがって、本明細書全体を通して出現する「１つの実施例では」又は「一実施例では」は、同じ実施例を指していない。加えて、これら特定の特徴、構造、又は特性は、任意の適切な方式を使用して１つ又は複数の実施例に組み合わされてよい。上記の処理の順序番号は、本発明の様々な実施例における実行順序を意味しない。処理の実行順序は、処理の機能及び内部論理に従って決定されるべきであり、本発明の実施例の実施処理に対するどんな限定とも解釈されるべきではない。

【0312】

加えて、「システム」及び「ネットワーク」という用語は、本明細書では交換可能に用いられ得る。本明細書における「及び／又は」という用語は、関連した対象を説明するための結合関係だけを記述し、３つの関係が存在し得ることを表す。たとえばＡ及び／又はＢは、次の３つの場合、すなわち、Ａだけが存在する、Ａ及びＢが存在する、またＢだけが存在する、を表す。加えて、文字「／」は、本明細書では一般に、関連した対象間の「又は」の関係を示す。

【0313】

本発明の実施例では、「Ａに対応するＢ」は、ＢがＡと関連付けられており、ＢがＡによって決まり得ることを示すと理解されたい。しかしながら、ＢによってＡを決めることは、ＢがＡだけによって決まることを意味しないこと、すなわち、Ｂはまた、Ａ及び／又は他の情報によっても決まり得ることを更に理解されたい。

【0314】

当業者には、本明細書に開示された実施例で説明された例と合わせて、ユニット及びアルゴリズムステップが、電子的ハードウェア、コンピュータソフトウェア、又はこれらの組合せによって実現され得ることが知られていよう。ハードウェアとソフトウェアとの間の交換可能性を分かりやすく説明するために、上記では、機能に応じた各例の構成物及びステップを大まかに説明している。機能がハードウェアで実行されるかソフトウェアで実行されるかは、特定の用途と、技術的解決法の設計制約条件とによって決まる。当業者であれば、説明された機能を、異なる方法を使用して、特定の用途ごとに実施することができるが、実施形態は、本発明の範囲を越えるとみなされるべきではない。

【0315】

当業者には、便利で簡潔な説明という目的のために、上記のシステム、装置、及びユニットの詳細な動作過程について、上記の方法実施例中の対応する処理が参照されてよく、細部は本明細書では再度説明されていないことが明確に理解されよう。

【0316】

本出願で提供されたいくつかの実施例において、開示されたシステム、装置及び方法は他の方式で実施されてもことを理解されたい。たとえば、説明された装置の実施例は一例に過ぎない。たとえば、ユニットの区分は単なる論理機能区分であり、実際の実施においては別の区分でもよい。たとえば、複数のユニット又は構成要素を他のシステムと、組み合わせるか、若しくは一体化してもよく、又は、いくつかの機能を、省略するか、若しくは実行しなくてもよい。加えて、示され又は論じられた相互結合若しくは直接結合若しくは通信接続は、いくつかのインタフェース、装置若しくはユニットの間の間接的な結合若しくは通信接続、又は電気的接続、機械的接続、若しくは他の形式の接続を介して実施されてよい。

【0317】

別個の部分として説明されたユニットは、物理的に分離していてもいなくてもよく、ユニットとして示された部分は、物理的ユニットであってもなくてもよく、１つの位置に設置されていても、又は複数のネットワークユニットに分散されていてもよい。ユニットの一部又は全部が、本発明の実施例の解決法の目的を達成するために、実際の必要性に応じて選択されてよい。

【0318】

加えて、本発明の実施例における機能ユニットが１つの処理ユニットに一体化されてよく、或いは各ユニットが単独で物理的に存在してよく、又は２つ若しくは３つ以上のユニットが１つのユニットに一体化される。一体化ユニットは、ハードウェアの形で実施されてよく、又は、ソフトウェア機能ユニットの形で実施されてよい。

【0319】

上記の実施形態の説明によって、当業者には、本発明がハードウェア、ファームウェア、又はこれらの組合せによって実施されてよいことが明確に理解されよう。本発明がソフトウェアによって実施される場合、上記の機能は、コンピュータ読み取り可能な媒体に記憶されても、コンピュータ読み取り可能な媒体中で１つ若しくは複数の命令又はコードとして送信されてもよい。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体及び通信媒体を含み、通信媒体は、コンピュータプログラムが１つの場所から別の場所へ送信されることを可能にするあらゆる媒体を含む。記憶媒体は、コンピュータにアクセスできる任意の利用可能媒体でよい。加えて、任意の接続がコンピュータ読み取り可能な媒体として適切に定義されてよい。

【0320】

要約すると、上で説明されたものは、本発明の技術的解決法の単なる例示的な実施例であり、本発明の保護範囲を限定するものではない。本発明の趣旨及び原理から逸脱することなく行われるいかなる修正、等価の置換え、又は改善も本発明の保護範囲内に含まれるものとする。

【図1】