特許 7534021 サービス処理方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

(54)【発明の名称】サービス処理方法及び装置

(51)【国際特許分類】

   H04L 5/22 20060101AFI20240806BHJP

【ＦＩ】

H04L5/22 Z

【請求項の数】 22

(21)【出願番号】P 2022565917

(86)(22)【出願日】2021-04-21

(65)【公表番号】

(43)【公表日】2023-06-01

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

(87)【国際公開番号】W WO2021218721

(87)【国際公開日】2021-11-04

【審査請求日】2022-11-30

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

(32)【優先日】2020-04-28

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

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

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

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】フオン，チャオ

(72)【発明者】

【氏名】ゴーン，ジャオミーン

(72)【発明者】

【氏名】チェン，ユイジエ

【審査官】谷岡 佳彦

(56)【参考文献】

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

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

【文献】特開２００２－２０８９３０（ＪＰ，Ａ）

【文献】G.709.2/Y.1331.2 (2018) Erratum 1 (10/19)Interfaces for the optical transport network Amendment 3，ＩＴＵ－Ｔ規格文書（Ｙシリーズ） G.709/Y.1331 Amendment 3，p.179-186，ITU-T インターネット＜URL:https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.709-201903-S!Amd3!PDF-E&type=items＞，2019年

(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】

コンピュータプログラム又は命令を記憶するコンピュータ可読記憶媒体であって、
前記コンピュータプログラム又は前記命令は、請求項９乃至１６のうちいずれか一項に記載の方法を実装するために使用される、
コンピュータ可読記憶媒体。

【請求項22】

コンピュータによって実行されると、
前記コンピュータは、請求項９乃至１６のうちいずれか一項に記載の方法を実行することができる
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、光通信の分野に、より具体的には、サービス処理方法及び装置に関係がある。

【背景技術】

【0002】

現在、既知の技術に従って、送信デバイスは、サービス（又はサービスのデータストリーム）を複数の送信フレームにマッピングし、受信デバイスは、単位時間に受信された送信フレームで運ばれるサービスのデータの量に基づきサービスの伝送レートを決定し、次いで伝送レートに基づきサービスのクロック情報を決定し、それにより、サービスは、受信された送信フレームから回復され得る。

【0003】

しかし、フレーム損失などの場合に、受信デバイスはクロック情報を正確に決定することができないので、受信された送信フレームからサービスを回復することができず、それによって、通信性能は低下する。

【発明の概要】

【0004】

本願は、送信デバイスによって送信された送信フレームの一部が失われる場合に、受信デバイスが依然として、受信された送信フレームからサービスを確かに回復することができ、それによって通信性能を向上させるように、サービス処理方法及び装置を提供する。

【0005】

第１の態様に従って、送信デバイスが複数の送信フレームを生成することであり、前記複数の送信フレームのうちのｉ番目のフレームが第１情報を運び、前記第１情報は、ｔ個の送信フレームの夫々で運ばれるサービスのデータの量を示すために使用され、前記ｔ個の送信フレームは、前記複数の送信フレームのうちの（ｉ－ｔ）番目のフレームから（ｉ－１）番目のフレームを含み、ｉ－ｔ＞０かつｔ≧１である、前記生成することと、前記複数の送信フレームを受信デバイスへ送信することとを含むサービス処理方法が提供される。

【0006】

ｔは正の整数であり、ｉは正の整数であり、ｉ－ｔ＞０である。留意すべきは、ｔ＝１であるとき、「（ｉ－ｔ）番目の送信フレームから（ｉ－１）番目の送信フレーム」は「（ｉ－１）番目の送信フレーム」と理解されてもよい点である。

【0007】

本願で提供される解決法に従って、送信フレームは第１情報を運ぶ。送信フレームが失われる場合に、受信デバイスは、第１情報に基づき、失われた送信フレームで運ばれるサービスのデータの量を決定することができ、次いでサービスの伝送量を決定することができ、それにより、サービスのクロック情報が決定され得る。従って、たとえ送信フレームが失われるとしても、受信デバイスは依然として、サービスのその部分を再送せずに、受信された送信フレームからサービスを回復することができ、それによって、通信遅延は低減され、通信性能は向上する。

【0008】

任意に、サービスは固定ビットレート（Constant Bit Rate，ＣＢＲ）サービスを含む。すなわち、ＣＢＲサービスのクロック情報はＣＢＲサービスの伝送レートに基づき決定され得るので、本願で提供されるサービス処理方法はＣＢＲサービスの伝送に有効に適用可能である。サービスの上記に挙げられた具体的なタイプは説明のための例にすぎず、本願はそのように限定されないことが理解されるべきである。本願の解決法は、クロック情報が伝送レートに基づき決定される様々なサービスの伝送プロセスに適用可能である。

【0009】

任意に、送信フレームはフレキシブル・オプティカル・サービス・ユニット（Optical Service Unit flex，ＯＳＵｆｌｅｘ）フレームを含む。すなわち、ＯＳＵｆｌｅｘフレームのペイロード部分のサイズ（又はＯＳＵｆｌｅｘフレームで運ばれるサービスのデータの量）は固定されないので、受信デバイスは、失われたＯＳＵｆｌｅｘフレームで運ばれるサービスのデータの量を推定することができない。従って、本願で提供されるサービス処理方法は、ＯＳＵｆｌｅｘフレームがサービス運ぶために使用される場合に有効に適用され得る。

【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】

第４の態様に従って、受信デバイスが少なくとも１つの送信フレームを受信することを含むサービス処理方法が提供される。前記少なくとも１つの送信フレームは、サービスを運びかつ送信デバイスによって送信される複数の送信フレームに属し、前記複数の送信フレームのうちのｉ番目のフレームがシーケンス番号情報を運び、前記シーケンス番号情報は、前記複数の送信フレームのうちの前記ｉ番目のフレームのシーケンス番号を示すために使用され、ｉ∈［１，Ｍ］であり、Ｍは前記複数の送信フレームの個数であり、Ｍ＞１である。受信デバイスは、シーケンス番号情報に基づき、送信された送信フレームが失われているかどうかを決定する。

【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】

具体的な実施の間、メモリは、リードオンリーメモリ（read-only memory，ＲＯＭ）などの非一時（non-transitory）メモリであってよい。メモリ及びプロセッサは１つのチップ上に集積されてよく、あるいは、異なるチップ上に別々に配置されてもよい。メモリのタイプと、メモリ及びプロセッサを配置する方法とは、本願のこの実施形態で制限されない。

【0090】

関連するデータ交換プロセスについて、例えば、指示情報を送信することは、プロセッサから指示情報を出力するプロセスであってよく、ケイパビリティ情報を受信することは、入力されたケイパビリティ情報をプロセッサによって受け取るプロセスであってよいことが理解されるべきである。具体的に、プロセッサによって出力されたデータは、送信器へ出力されてよく、プロセッサによって受信された入力データは、受信器から伝来してよい。送信器及び受信器はまとめてトランシーバと呼ばれることがある。

【0091】

第１２の態様でのプロセッサはチップであってもよい。プロセッサはハードウェアによって実施されてもよく、あるいは、ソフトウェアによって実施されてもよい。ハードウェアによって実施される場合に、プロセッサはロジック回路、集積回路、などであってよい。ソフトウェアによって実施される場合に、プロセッサは汎用プロセッサであってよく、メモリに記憶されているソフトウェアコードを読み出すことによって実施される。メモリはプロセッサに組み込まれてもよく、あるいは、プロセッサの外に位置し、独立して存在してもよい。

【0092】

第１３の態様に従って、通信インターフェース及びプロセッシング回路を含むプロセッシング装置が提供される。通信インターフェースは、第１の態様又は第３の態様及び第１の態様又は第３の態様の可能な実施のうちのいずれか１つでの方法に従って送信フレームを送信するよう構成され、プロセッシング回路は、送信フレームを生成するよう構成される。

【0093】

第１４の態様に従って、通信インターフェース及びプロセッシング回路を含むプロセッシング装置が提供される。通信インターフェースは、処理されるべき送信フレームを取得するよう構成され、プロセッシング回路は、第２の態様又は第４の態様及び第２の態様又は第４の態様の可能な実施のうちのいずれか１つでの方法に従って、処理されるべき送信フレームを処理するよう構成される。

【0094】

第１５の態様に従って、コンピュータプログラム製品が提供される。コンピュータプログラム製品はコンピュータプログラム（コード又は命令と呼ばれることもある）を含み、コンピュータプログラムが実行されると、コンピュータは、第１の態様乃至第４の態様及びそれらの態様の可能な実施のうちのいずれか１つでの方法を実行することができる。

【0095】

第１６の態様に従って、コンピュータ可読媒体が提供される。コンピュータ可読媒体はコンピュータプログラム（コード又は命令と呼ばれることもある）を記憶し、コンピュータプログラムがコンピュータで実行されると、コンピュータは、第１の態様乃至第４の態様及びそれらの態様の可能な実施のうちのいずれか１つでの方法を実行することができる。

【0096】

第１７の態様に従って、送信デバイス及び受信デバイスを含む通信システムが提供される。

【図面の簡単な説明】

【0097】

【図1】本願に係る通信システムの例の概略図である。

【図2】本願に係る通信デバイスの例の概略図である。

【図3】本願に係るサービス処理方法の例の略インタラクション図である。

【図4】本願に係る送信フレームの例の概略図である。

【図5】本願に係る送信フレームの他の例の概略図である。

【図6】本願に係る送信フレームの更なる他の例の概略図である。

【図7】本願に係るサービス処理方法の他の例の略インタラクション図である。

【図8】本願に係るサービス処理装置の例の概略図である。

【図9】本願に係るサービス処理装置の他の例の概略図である。

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

【0098】

本願の実施形態での技術的解決法は、データが光を使用することによって伝送され得る様々な通信システム又は光ネットワークに適用されてよい。

【0099】

本願の光ネットワークには、光伝送ネットワーク（optical transport network，ＯＴＮ）が含まれ得るが、これに限られない。ＯＴＮは、通常は、光ファイバを使用することによって複数のデバイスを接続することによって形成され、リニア、リング、メッシュ、及び他の異なるトポロジタイプが、具体的な要件に基づき形成され得る。例えば、図１に示されるＯＴＮ１００は、８つのＯＴＮデバイス１０１、つまり、デバイスＡ～Ｈを含む。１０２は、２つのデバイスを接続するよう構成される光ファイバを表す。１０３は、クライアントサービスデータを受信又は送信するよう構成されるクライアントサービスインターフェースを表す。１つのＯＴＮデバイスは、実際の要件に基づき異なった機能を有し得る。一般に、ＯＴＮデバイスは、光学レイヤデバイス、電気レイヤデバイス、及び光電ハイブリッドデバイスに分類される。光学レイヤデバイスは、光学レイヤ信号を処理することができるデバイス、例えば、光増幅器（optical amplifier，ＯＡ）又は光学アド－ドロップマルチプレクサ（optical add-drop multiplexer，ＯＡＤＭ）である。ＯＡは、光線路増幅器（optical line amplifier，ＯＬＡ）と呼ばれることもあり、光信号の特定のパフォーマンスを確保することを前提として長距離にわたる伝送をサポートするために光信号を増幅するよう主に構成される。ＯＡＤＭは、光信号が異なる出力ポート（ときどき、方向と呼ばれる）から出力され得るように、光信号に対して空間変換を実行するよう構成される。電気レイヤデバイスは、電気レイヤ信号を処理することができるデバイス、例えば、ＯＴＮ信号を処理することができるデバイスである。光電ハイブリッドデバイスは、光学レイヤ信号及び電気レイヤ信号を処理することができるデバイスである。留意すべきは、具体的な集積化要求に基づいて、１つのＯＴＮデバイスが複数の異なる機能を組み込んでもよい点である。本願で提供される技術的解決法は、異なる形態及び集積化レベルを有する電気レイヤ機能を備えているＯＴＮデバイスに適用可能である。

【0100】

図２は、可能な通信デバイス（つまり、本願の送信デバイス又は受信デバイス）、例えば、図１のデバイスＡのハードウェア構造の概略図である。具体的に、ＯＴＮデバイス２００は、トリビュータリーボード２０１と、クロスコネクトボード２０２と、ラインボード２０３、光学レイヤ処理ボード（図示せず）と、システム制御及び通信ボード２０４とを含む。具体的な要件に基づき、１つの通信デバイスに含まれるボードのタイプ及び数は様々であってよい。例えば、コアノードとして機能する通信デバイスはトリビュータリーボード２０１を有さない。他の例として、エッジノードとして機能する通信デバイスは複数のトリビュータリーボード２０１を有するか、あるいは、クロスコネクトボード２０２を有さない。他の例として、電気レイヤ機能しかサポートしない通信デバイスは、光学レイヤ処理ボードを有さなくてもよい。

【0101】

トリビュータリーボード２０１、クロスコネクトボード２０２、及びラインボード２０３は、ＯＴＮの電気レイヤ信号を処理するよう構成される。トリビュータリーボード２０１は、様々なクライアントサービス、例えば、ＳＤＨサービス、パケットサービス、Ｅｔｈｅｒｎｅｔサービス、及び転送サービスを受信及び送信するよう構成される。更に、トリビュータリーボード２０１は、クライアント側光モジュールと信号プロセッサとに分けられてもよい。クライアント側光モジュールは、サービスデータを受信及び／又は送信するよう構成される光トランシーバであってよい。信号プロセッサは、サービスデータからデータフレームへのマッピング及びデマッピング処理を実装するよう構成される。クロスコネクトボード２０２は、１つ以上のタイプのデータフレームの交換を完了するために、データフレームを交換するよう構成される。ラインボード２０３は主にライン側データフレームを処理する。具体的に、ラインボード２０３は、ライン側光モジュールと信号プロセッサとに分けられてもよい。ライン側光モジュールは、データフレームを受信及び／又は送信するよう構成されるライン側光トランシーバであってよい。信号プロセッサは、ライン側データフレームに対してマルチプレキシング及びデマルチプレキシング又はマッピング及びデマッピングを実装するよう構成される。システム制御及び通信ボード２０４は、システム制御を実装するよう構成される。具体的に、バックプレーンを使用することによって、情報が異なるボードから収集され得、あるいは、制御命令が対応するボードへ送信され得る。留意すべきは、別なふうに特定されない限りは、１つ以上の特定のコンポーネント（例えば、信号プロセッサ）が存在してもよい点である。これは本願で制限されない。更に留意すべきは、デバイスに含まれるボードのタイプ並びにボードの機能設計及び数は、代替的に、１つのボードとして設計されてもよい点である。留意すべきは、具体的な実施において、２つのボードは代替的に１つのボードとして設計されてもよい点である。加えて、通信デバイスは、バックアップ用電源、放熱用ファン、などを更に含んでもよい。

【0102】

図３は、本願に係るサービス処理方法の例の略インタラクション図である。図３に示されるように、Ｓ３１０で、デバイス＃Ａ（つまり、送信デバイスの一例）は、送信されるべきサービス、つまり、サービスデータストリーム若しくはサービス信号を取得する。

【0103】

本願では、独立したクロック信号はサービスの伝送プロセスで必要とされない。すなわち、受信デバイスは、サービスのバンド幅（又はレート、つまり、単位時間に伝送されるデータの量）に基づきサービスのクロック情報（又はクロック信号）を決定し、次いでサービスのクロック回復を実施し得る。

【0104】

限定ではなく例として、サービスは固定ビットレート（Constant Bit Rate，ＣＢＲ）サービスを含んでもよいが、これに限られない。ＣＢＲサービスは、固定ビットレートで符号化される。限定ではなく例として、ＣＢＲサービスは、マルチメディアストリーミングサービス、例えば、ビデオストリーミングサービス、仮想現実（Virtual Reality，ＶＲ）サービス、又は拡張現実（Augmented Reality，ＡＲ）サービスを含んでよいが、これらに限られない。

【0105】

Ｓ３２０で、デバイス＃Ａは、サービスを運ぶ複数の送信フレームを生成する。

【0106】

一方で、複数の送信フレームを生成する場合に、デバイス＃Ａは、サービスのデータストリームを複数の送信フレーム、具体的には、送信フレームのペイロード（payload）部分又はペイロードエリアにマッピングする。他方で、複数の送信フレームを生成する場合に、デバイス＃Ａは、各送信フレームに対して、その送信フレームの前のｔ個の送信フレームの夫々で運ばれるサービスのデータの量に関する情報（すなわち、第１情報の例であり、理解を容易にするために以下では情報＃Ａと呼ばれる）を加える。

【0107】

以下は、上記のプロセスについて独立して詳細に記載する。

【0108】

１．マッピングプロセス
デバイス＃Ａは、サービスのデータストリームを複数の送信フレーム（又はデータフレーム、送信信号、若しくはサービス信号）にマッピングし得る。

【0109】

本願では、送信フレームの周期は固定フレーム周期であってよく、固定フレーム周期として使用される送信フレームは、例えば、ＯＴＮフレームであってよい。

【0110】

ＯＴＮフレームは、様々なデータを運び、様々な管理及び監視機能を提供するために使用される。ＯＴＮフレームは、ＯＤＵｋ、ＯＤＵＣｎ、ＯＤＵｆｌｅｘ、光転送ユニットｋ（optical transport unit k，ＯＴＵｋ）、ＯＴＵＣｎ、フレキシブルＯＴＮ（ＦｌｅｘＯ）フレーム、などであってよい。ＯＤＵフレームとＯＴＵフレームとの間の違いは、ＯＴＵフレームがＯＤＵフレーム及びＯＴＵオーバヘッドを含む点にある。ｋは異なるレートレベルを表す。例えば、ｋ＝１は２．５Ｇｂｐｓを示し、ｋ＝４は１００Ｇｂｐｓを示す。Ｃｎは可変なレート、具体的には、１００Ｇｂｐｓの正の整数倍のレートを表す。別なふうに特定されない限り、ＯＤＵフレームは、ＯＤＵｋ、ＯＤＵＣｎ、又はＯＤＵｆｌｅｘのうちのいずれか１つであり、ＯＴＵフレームは、ＯＴＵｋ、ＯＴＵＣｎ、又はＦｌｅｘＯのうちのいずれか１つである。更に留意すべきは、ＯＴＮ技術の発展とともに、新しいタイプのＯＴＮタイプが定義される可能性があり、本願はそれにも適用可能である点である。

【0111】

代替的に、本願では、送信フレームの周期は非固定フレーム周期であってもよく、非固定フレーム周期として使用される送信フレームは、例えば、フレキシブル・オプティカル・サービス・ユニット（Flexible Optical Service Unit，ＯＳＵｆｌｅｘ）フレームであってよい。

【0112】

以下は、上記の２つの方法でのマッピングプロセスについて詳細に記載する。

【0113】

方法１：デバイス＃Ａは、サービスデータストリームから送信フレームへのマッピングのプロセスを固定周期で完了するために、例えば、汎用マッピング手順（Generic Mapping Procedure，ＧＭＰ）、非同期マッピング手順（Asynchronous Mapping Procedure，ＡＭＰ）、又はビット同期マッピング手順（Bit-synchronous Mapping Procedure，ＢＭＰ）を使用してよい。

【0114】

例えば、ＧＭＰが使用される場合に、デバイス＃Ａは、サービスデータストリームが送信フレーム（例えば、ＯＤＵｋフレーム）のレートと一致するように、シグマ／デルタ（signa/delta）アルゴリズムを使用することによってサービスデータストリーム（又はクライアント信号）にスタッフ（stuff）バイトを最終的に設定する。

【0115】

方法２：ＯＳＵｆｌｅｘフレームの周期は非固定フレーム周期であり、ＯＳＵｆｌｅｘフレームの周期は、運ばれるサービスデータストリームのレート（又はバンド幅）に関係がある。従って、デバイス＃Ａは、任意のバンド幅のサービスデータストリームがＯＳＵｆｌｅｘフレームにマッピングされ得るように、サービスデータストリームのレートに基づきＯＳＵｆｌｅｘフレームの可変なレートを提供し得る。

【0116】

ＯＳＵｆｌｅｘフレームは、ローカルクロック（つまり、デバイス＃Ａのローカルクロック）を使用することによって生成されたコンテナであり、ＯＳＵｆｌｅｘフレームノレートは、次の式として表現され得る：

Ｎ×ＯＳＵｆｌｅｘ＿ＭＢＵ ｋｂｉｔ／ｓ（±２０ｐｐｍ）

【0117】

ＯＳＵｆｌｅｘ＿ＭＢＵは、ＯＳＵｆｌｅｘフレームの最小バンド幅粒度を表す。

【0118】

例えば、ＯＳＵｆｌｅｘ＿ＭＢＵの値は２．４Ｍｂｐｓを含み得るが、これに限られない。この場合に、ＯＳＵｆｌｅｘフレームは、Ｎ×２．４Ｍｂｐｓのバンド幅をコンテナに提供し得る。

【0119】

留意すべきは、サービスデータストリーム（例えば、ＣＢＲ信号）を運ぶために使用されるＯＳＵｆｌｅｘフレームのペイロードのバンド幅は、サービスデータストリームのバンド幅よりも大きくなければならない点である。しかし、Ｎが過剰に大きい場合には、マッピング遅延が増大し、マッピング効率が低下する。従って、本願では、Ｎの値が次の式に基づき計算される：

【数1】

【0120】

ＯＳＵｆｌｅｘ＿ＭＢＵ＿ｐａｙｌｏａｄ＿ｎｏｍ＿ｂｉｔｒａｔｅは、ＯＳＵｆｌｅｘフレームのペイロードの最小バンド幅粒度を表す。

【0121】

Ｎｕｍｂｅｒ＿ｏｆ＿ｂｉｔ＿ｉｎ＿ＯＳＵｆｌｅｘ＿ｐａｙｌｏａｄは、ＯＳＵｆｌｅｘフレームのペイロード（ペイロードフィールド）に含まれるビットの数を表す。

【0122】

Ｎｕｍｂｅｒ＿ｏｆ＿ｂｉｔ＿ｉｎ＿ＯＳＵｆｌｅｘは、ＯＳＵｆｌｅｘフレームに含まれるビットの総数を表す。

【0123】

関数ｃｅｉｌｉｎｇ（）はラウンドアップを意味する。

【0124】

ＣＢＲ＿ｃｌｉｅｎｔ＿ｎｏｍ＿ｂｉｔｒａｔｅは、ＣＢＲクライアント信号（すなわち、サービスデータストリームの一例）のバンド幅を表す。

【0125】

ＣＢＲ＿ｃｌｉｅｎｔ＿ｂｉｔｒａｔｅ＿ｔｏｌｅｒａｎｃｅは、ＣＢＲクライアント信号の周波数オフセット許容値を表す。

【0126】

ＯＳＵｆｌｅｘ＿ｂｉｔｒａｔｅ＿ｔｏｌｅｒａｎｃｅは、ＯＳＵｆｌｅｘフレームの周波数オフセット許容値を表す。

【0127】

理解を容易にするために、ＯＳＵｆｌｅｘフレームで運ばれるデータの量のサイズ（又はデータの長さ、若しくはデータを運ぶペイロードの長さ）は、ＰＬ＿ＬＥＮと表される。ＰＬ＿ＬＥＮの値は、相応して、２つのとり得る値：

ＧＭＰのパラメータＣ_{ｎ，ｍｉｎ}に対応する、ＰＬ＿ＬＥＮ＿ＭＩＮと表される最小値；及び
ＧＭＰのパラメータＣ_{ｎ，ｍａｘ}に対応する、ＰＬ＿ＬＥＮ＿ＭＡＸと表される最大値

を含み得る。

【0128】

ＰＬ＿ＬＥＮ＿ＭＩＮ及びＰＬ＿ＬＥＮ＿ＭＡＸの値は、次の式に示される：

【数2】

【0129】

ＯＳＵｆｌｅｘ＿ｐａｙｌｏａｄ＿ｎｏｍ＿ｂｉｔｒａｔｅは、ＯＳＵｆｌｅｘフレームで運ばれるデータ（例えば、ＣＢＲ信号）のバンド幅を表す。

【0130】

Ｎｕｍｂｅｒ＿ｏｆ＿ｂｙｔｅｓ＿ｉｎ＿ＯＳＵｆｌｅｘ＿ｐａｙｌｏａｄは、ＯＳＵｆｌｅｘのペイロード長に対応するバイト長を表す。

【0131】

関数ｆｌｏｏｒ（）はラウンドダウンを意味する。

【0132】

更には、留意すべきは、本願では、異なるサービス（例えば、異なるＣＢＲサービス）のＰＬ＿ＬＥＮ＿ＭＩＮの値は異なってもよい点である。同様に、異なるサービスのＰＬ＿ＬＥＮ＿ＭＡＸの値は異なってもよい。

【0133】

サービスデータストリームを送信フレームにマッピングする上記に挙げられた方法は、説明のための例にすぎず、本願はそのように限定されないことが理解されるべきである。当業者は、如何なる方法でも上記のマッピングプロセスを完了してよい。

【0134】

２．情報＃Ａを加えるプロセス
本願では、複数の送信フレームの夫々にデータ量指示情報を加えるプロセスは類似している。理解を容易にするために、複数の送信フレームのうちの送信フレーム＃Ａ（複数の送信フレームのうちのｉ番目のフレーム）の処理プロセスが、詳細な説明のための例として使用される。

【0135】

送信フレーム＃Ａで運ばれる情報＃Ａは、複数の送信フレームのうちの（ｉ－ｔ）番目の送信フレームから（ｉ－１）番目の送信フレーム（つまり、送信フレーム＃Ａの前のｔ個の送信フレーム）の夫々で運ばれるサービスのデータの量、例えば、送信フレームのペイロードエリアで運ばれるサービスに含まれるビットの数を示すために使用される。

【0136】

ｔは正の整数であり、ｉは正の整数であり、ｉ－ｔ＞０である。留意すべきは、ｔ＝１である場合に、「（ｉ－ｔ）番目の送信フレームから（ｉ－１）番目の送信フレーム」は「（ｉ－１）番目の送信フレーム」と理解されてもよい点である。

【0137】

限定ではなく例として、情報＃Ａは、ビットマッピング方式で、送信フレーム＃Ａの前のｔ個の送信フレームの夫々で運ばれるデータの量を示し得る。

【0138】

同様に、情報＃Ａはｔ個のサブ情報を含んでもよく、各サブ情報は１つ以上のビットを含んでもよい。

【0139】

更には、ｔ個のサブ情報は、（（ｉ－ｔ）番目の送信フレームから（ｉ－１）番目の送信フレームまでの）ｔ個の送信フレームと一対一の対応にある。

【0140】

夫々のサブ情報（具体的には、サブ情報内のビットの配置方法又は組み合わせ方法）は、そのサブ情報に対応する送信フレームで運ばれるデータの量に対応する。例えば、ｔ個のサブ情報のうちのサブ情報＃Ｂはｔ個の送信フレームのうちの送信フレーム＃Ｂに対応すると仮定して、サブ情報＃Ｂ内のビットの値は、送信フレーム＃Ｂで運ばれるデータの量に対応する。

【0141】

例えば、本願では、マッピング関係＃１（つまり、第１マッピング関係の一例）は、送信デバイス及び受信デバイスで記憶されてよい。マッピング関係＃１は、複数のビットシーケンスと複数の値との間の対応を示す。限定ではなく例として、マッピング関係＃１は、送信デバイスと受信デバイスとの間のネゴシエーションによって決定されてもよい。代替的に、マッピング関係＃１は、通信システム又は通信プロトコルによって規定されてもよい。送信デバイス及び受信デバイスで記憶されているマッピング関係が一致することが確かにされるという条件で、これは本願で具体的に制限されない。

【0142】

従って、デバイス＃Ａは、マッピング関係＃１に基づき、送信フレーム＃Ｂで運ばれるデータの量の値に対応するビットシーケンスをサブ情報＃Ｂとして選択し得る。

【0143】

例えば、上述されたように、ＯＳＵｆｌｅｘフレームが送信フレームとして使用される場合に、各ＯＳＵｆｌｅｘフレームのＰＬ＿ＬＥＮの値は、相応して、２つのとり得る値：ＰＬ＿ＬＥＮ＿ＭＩＮ及びＰＬ＿ＬＥＮ＿ＭＡＸを含み得る。

【0144】

この場合に、ＰＬ＿ＬＥＮ＿ＭＩＮ及びＰＬ＿ＬＥＮ＿ＭＡＸは異なるビットに対応し得る。例えば、ＰＬ＿ＬＥＮ＿ＭＩＮは“１”に対応し、ＰＬ＿ＬＥＮ＿ＭＡＸは“０”に対応する。

【0145】

次の表１は、マッピング関係＃１の一例を示す。

【表1】

【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】

本願の実施形態における側面又は特徴は、標準のプログラミング及び／又はエンジニアリング技術を使用する方法、装置、又は製品として実装されてもよい。本願で使用される「製品」という用語は、如何なるコンピュータ可読コンポーネント、キャリア又は媒体からもアクセスされ得るコンピュータプログラムをカバーする。例えば、コンピュータ可読媒体は、磁気記憶コンポーネント（例えば、ハードディスク、フロッピーディスク、又は磁気テープ）、光ディスク（例えば、コンパクトディスク（compact disc，ＣＤ））、デジタルバーサタイルディスク（digital versatile disc，ＤＶＤ）、スマートカード及びフラッシュメモリコンポーネント（例えば、消去可能なプログラム可能リードオンリーメモリ（erasable programmable read-only memory，ＥＰＲＯＭ）、カード、スティック、又はキードライブ）を含んでよいが、これらに限られない。

【0195】

本明細書で記載される様々な記憶媒体は、情報を記憶するための１つ以上のデバイス及び／又は他のマシン可読媒体を代表してもよい。「マシン可読媒体」という用語は、無線チャネル、並びに命令及び／又はデータを記憶し、含み、及び／又は運ぶことができる様々な他の媒体を含んでよいが、これらに限られない。

【0196】

本願のこの実施形態のプロセッサは中央演算処理装置（central processing unit，ＣＰＵ）であってよく、あるいは、他の汎用プロセッサ、デジタル信号プロセッサ（digital signal processor，ＤＳＰ）、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（field programmable gate array，ＦＰＧＡ）、又は他のプログラム可能なロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェア部品、などであってもよいことが理解されるべきである。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサなどであってもよい。

【0197】

本願のこの実施形態で言及されているメモリは、揮発性メモリ又は不揮発性メモリであってもよく、あるいは、揮発性メモリ及び不揮発性メモリを含んでもよいことが理解され得る。不揮発性メモリは、リードオンリーメモリ（read-only memory，ＲＯＭ）、プログラム可能リードオンリーメモリ（programmable ROM．ＰＲＯＭ）、消去可能なプログラム可能リードオンリーメモリ（erasable PROM，ＥＰＲＯＭ）、電気的消去可能なプログラム可能リードオンリーメモリ（electrically EPROM，ＥＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、ランダムアクセスメモリ（random access memory，ＲＡＭ）であってよい。例えば、ＲＡＭは外部キャッシュとして使用されてもよい。一例として、限定としてではなく、ＲＡＭは、次の複数の形態：静的ランダムアクセスメモリ（static RAM，ＳＲＡＭ）、動的ランダムアクセスメモリ（dynamic RAM，ＤＲＡＭ）、同期型動的ランダムアクセスメモリ（synchronous DRAM，ＳＤＲＡＭ）、ダブルデータレート同期型動的ランダムアクセスメモリ（double data rate SDRAM，ＤＤＲ ＳＤＲＡＭ）、エンハンスド同期型動的ランダムアクセスメモリ（enhanced SDRAM，ＥＳＤＲＡＭ）、シンクリンク動的ランダムアクセスメモリ（synchlink DRAM，ＳＬＤＲＡＭ）、及びダイレクトランバス動的ランダムアクセスメモリ（direct rambus RAM，ＤＲ ＲＡＭ）を含んでもよい。

【0198】

留意すべきは、プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ若しくは他のプログラム可能なロジックデバイス、ディスクリートゲート、トランジスタロジックデバイス、又はディスクリートハードウェア部品である場合に、メモリ（記憶モジュール）はプロセッサに組み込まれる点である。更に留意すべきは、本明細書で記載されるメモリは、これらのメモリ及びあらゆる他の適切なタイプのメモリを含むよう意図されるが、それらに限られない点である。

【0199】

当業者であれば、本明細書で開示される実施形態で記載される例を参照して、ユニット及びアルゴリズムステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてもよい、と気づき得る。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定のアプリケーション及び設計制約条件に依存する。当業者であれば、特定のアプリケーションごとに、記載されている機能を実装するために異なる方法を使用し得るが、実施が本願の実施形態の範囲を越えることは考えられるべきではない。

【0200】

当業者によって明りょうに理解され得るように、都合の良い簡潔な記載のために、上記のシステム、装置、及びユニットの詳細な作動プロセスについては、上記の方法実施形態での対応するプロセスを参照されたい。詳細は、ここで再び記載されない。

【0201】

本願の実施形態を提供したいくつかの実施形態では、開示されているシステム、装置、及び方法は他の方法で実装されてもよいことが理解されるべきである。例えば、記載される装置実施形態は一例にすぎない。例えば、ユニットへの分割は論理的な機能分割にすぎず、実際の実施中は他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてもよく、あるいは、いくつかの特徴は無視されても又は実行されなくてもよい。加えて、表示又は議論される相互結合若しくは直接結合又は通信接続は、何らかのインターフェースを通じて実装されてもよい。装置又はユニット間の間接的な結合又は通信接続は電子的な、機械的な、又は他の形態で実装されてもよい。

【0202】

別個のコンポーネントとして記載されるユニットは、物理的に分離していてもしていなくてもよく、ユニットとして表示されるコンポーネントは物理的なユニットであってもなくてもよく、具体的に言えば、１つの場所に位置してもよく、あるいは、複数のネットワークユニットに分配されてもよい。いくつか又は全てのユニットは、実施形態の解決法の目的を達成するための実際の要件に基づき選択されてもよい。

【0203】

更には、本願の実施形態の機能ユニットは、１つのプロセッシングユニットに集積されてもよく、あるいは、ユニットの夫々は、物理的に単独で存在してもよく、あるいは、２つ以上のユニットは１つのユニットにまとめられる。

【0204】

機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用される場合に、機能はコンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づき、本願の実施形態の技術的解決法は本質的に、あるいは、従来技術に寄与する部分、又は技術的解決法のいくつかは、ソフトウェア製品の形で実装されてもよい。コンピュータプログラム製品は記憶媒体に記憶され、本願の実施形態で記載される方法のステップの全部又は一部を実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に指示するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（Read-Only Memory，ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory，ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

【0205】

以上の記載は、本願の具体的な実施にすぎず、本願の保護範囲を制限する意図はない。本願の実施形態で開示される技術範囲内で当業者が容易に考え付く如何なる変形又は置換も、本願の保護範囲に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【0206】

本願は、２０２０年４月２８日付けで「SERVICE PROCESSING METHOD AND APPARATUS」との発明の名称で中国知識産権局に出願された中国特許出願第２０２０１０３４８９９７．５号の優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】