JP7634561B2 - メッセージ処理方法及び装置、通告方法及び装置、ネットワークブリッジノード、ソースデバイス、記憶媒体及びメッセージ処理システム - Google Patents

メッセージ処理方法及び装置、通告方法及び装置、ネットワークブリッジノード、ソースデバイス、記憶媒体及びメッセージ処理システム Download PDF

Info

Publication number
JP7634561B2
JP7634561B2 JP2022570216A JP2022570216A JP7634561B2 JP 7634561 B2 JP7634561 B2 JP 7634561B2 JP 2022570216 A JP2022570216 A JP 2022570216A JP 2022570216 A JP2022570216 A JP 2022570216A JP 7634561 B2 JP7634561 B2 JP 7634561B2
Authority
JP
Japan
Prior art keywords
tsn
message
network bridge
bridge node
service
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.)
Active
Application number
JP2022570216A
Other languages
English (en)
Other versions
JP2023525891A (ja
Inventor
朱向陽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of JP2023525891A publication Critical patent/JP2023525891A/ja
Application granted granted Critical
Publication of JP7634561B2 publication Critical patent/JP7634561B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0823Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0836Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0806Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/085Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2475Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/146Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本願はネットワーク通信技術の分野に関するものである。
タイムセンシティブネットワーキング(Time Sensitive Networking,TSN)規格は、イーサネット(登録商標)データ伝送のタイムセンシティブメカニズムを定義して、標準のイーサネットに確定性及び信頼性を追加し、イーサネットがキーデータの伝送に対して安定し一貫したサービスレベルを提供できるよう確保する。TSNサービスに関して、一貫性のある決定論的サービスを提供するための様々なポリシー及びメカニズムはTSNプロファイル(TSN-profile)である。規格には複数種類のTSN-profile実例を有してもよく、各ネットワークブリッジノード(即ち、TSNノード)は0、1、又はそれ以上の種類のTSN-profile能力をサポートすることができる。
本願の実施例の一態様は、ネットワークブリッジノードに適用されるメッセージ処理方法を提供し、当該方法は、TSNサービスメッセージを受信するステップと、ソースデバイスの通告情報及びネットワークブリッジノードによりサポートされたサービスフロー識別子とTSNプロファイルとに基づいて確立される、マッピングテーブルを、前記TSNサービスメッセージのメッセージヘッダに基づいて照会するステップと、マッピングテーブルに対する照会結果に基づいて、前記TSNサービスメッセージを処理するステップと、を含む。
本願の実施例の一態様は、ソースデバイスに適用される通告方法をさらに提供し、当該方法は、サービスフロー識別子及び対応するタイムセンシティブネットワーキング(TSNプロファイルを含む通告情報を送信するステップと、ネットワークブリッジノードにより通告情報に基づいて処理されるTSNサービスメッセージを送信するステップと、を含ここで、通告情報は、ネットワークブリッジノードにより、ネットワークブリッジノードによりサポートされたサービスフロー識別子とTSNプロファイルとを記録するマッピングテーブルを確立するのに使用され、ネットワークブリッジノードは、TSNサービスメッセージのメッセージヘッダにしたがってマッピングテーブルを照会することにより、TSNサービスメッセージを処理する。
本願の実施例の一態様は、1つ又は複数のプロセッサと、1つ又は複数のプログラムを記憶するように構成された記憶装置と、を含み、1つ又は複数のプログラムが1つ又は複数のプロセッサによって実行されると、1つ又は複数のプロセッサに、本願の実施例によるメッセージ処理方法を実現させるネットワークブリッジノードをさらに提供する。
本願の実施例の一態様は、1つ又は複数のプロセッサと、1つ又は複数のプログラムを記憶するように構成された記憶装置と、を含み、1つ又は複数のプログラムが1つ又は複数のプロセッサによって実行されると、1つ又は複数のプロセッサに、本願の実施例による通告方法を実現させるソースデバイスを提供する。
本願の実施例の一態様は、メッセージ処理システムをさらに提供し、当該システムは、宛先デバイス、少なくとも1つのネットワークブリッジノード、及びソースデバイスを含み、ソースデバイスは、サービスフロー識別子及び対応するタイムセンシティブネットワーキング(TSN)プロファイルを含む通告情報を前記少なくとも1つのネットワークブリッジノードに送信するように構成され、少なくとも1つのネットワークブリッジノードのそれぞれは、TSNサービスメッセージを受信するように構成され、ソースデバイスの通告情報に基づいて確立され、前記ネットワークブリッジノードによってサポートされるサービスフロー識別子及びTSNプロファイルを記録したマッピングテーブルをTSNサービスメッセージのメッセージヘッダに基づいて照会し、マッピングテーブルに対する照会結果に基づいて、TSNサービスメッセージを処理し、宛先デバイスは、少なくとも1つのネットワークブリッジノードによって処理されたTSNサービスメッセージを受信するように構成される。
本願の実施例の一態様は、プロセッサによって実行されると、本願の実施例によるメッセージ処理方法又は通告方法を実現するコンピュータプログラムが記憶されているコンピュータ可読記憶媒体をさらに提供する。
図1は、TSNの適用シナリオの概略図である。 図2は、本願の実施例によるメッセージ処理方法のフローチャートである。 図3は、本願の実施例によるメッセージ処理方法の他のフローチャートである。 図4は、本願の実施例によるストリーム予約プロトコル(Stream Reservation Protocol,SRP)拡張メッセージの概略図である。 図5は、本願の実施例による通告TSNプロファイルの概略図である。 図6は、本願の実施例によるリンク層発見プロトコル(Link Layer Discovery Protocol,LLDP)拡張メッセージの概略図である。 図7は、本願の実施例による通告方法のフローチャートである。 図8は、本願の実施例によるメッセージ処理装置の構造概略図である。 図9は、本願の実施例による通告装置の構造概略図である。 図10は、本願の実施例によるネットワークブリッジノードのハードウェアの構造概略図である。 図11は、本願の実施例によるソースデバイスのハードウェアの構造概略図である。 図12は、本願の実施例によるメッセージ処理システムの構造概略図である。
以下では図面と実施例を組み合わせて本願について説明する。ここに記載されている具体的な実施例は、本願を説明するためのものに過ぎず、本願を限定するものではないと理解されたい。なお、本願の実施例における実施可能な形態及び実施可能な形態における特徴は、矛盾しない限り、互いに任意に組み合わせることができる。また、説明の便宜上、図面には、本願に関連する部分のみが示されており、全ての構造が示されているわけではない。
TSNサービスメッセージ処理システムでは、通常は複数のネットワークブリッジノード(即ち、TSNノード)が存在し、各TSNノードは、0、1、又は複数種類のTSN-profile能力をサポートすることができる。TSNノードが、あるTSNサービスフローメッセージを受信すると、当該TSNノードが当該TSNサービスフローに必要なTSN-profile能力を備えていれば、当該TSNサービス需要に一致したサービスを提供することができる。
図1は、TSNの適用シナリオの概略図である。図1に示すように、TSNシミュレーションドメイン内には6つのTSNノードがあり、ソースデバイスは、TSNネットワークにおける配信ノード(Talker)を指し、宛先デバイスは、TSNネットワークにおけるリスニングノード(Listener)を指す。図1において、TSNノードのアイコン毎に、白抜きの三角形と白抜きの円の有無で、それぞれ、当該TSNノードがソースデバイス1(Talker 1)のサービスフローとソースデバイス2(Talker 2)のサービスフローに対応したTSN-profileをサポートしているか否かを示し、有の場合はサポートしていることを示し、無の場合はサポートしていないことを示す。ここで、ソースデバイス1サービスフローの宛先ノードは宛先デバイス1(Listener 1)と宛先デバイス3(Listener 3)であり、ソースデバイス2サービスフローの宛先ノードは宛先デバイス2(Listener 2)である。ソースデバイス1から宛先デバイス1へのサービス経路、即ち、ソースデバイス1→TSNノード1→TSNノード4→TSNノード5→TSN/DetNetエッジノードという経路が確立されており、ソースデバイス1から宛先デバイス3へのサービス経路、即ち、ソースデバイス1→TSNノード1→TSNノード2という経路が確立されていると仮定する。TSNノード1、TSNノード2、TSNノード4、TSNノード5又はTSN/DetNetがソースデバイス1のTSNサービスメッセージを受信すると、当該サービスメッセージに対応するTSN-profileを識別する必要がある。TSNノード(TSNノード1、TSNノード4、TSNノード5、又はTSN/DetNet)が当該TSN-profileをサポートする場合、対応するポリシーに従ってTSNサービスメッセージを処理する。TSNノード(TSNノード2)がTSN-profileをサポートしない場合、既存の転送フローに従ってTSNサービスメッセージを処理する必要がある。
各TSNノードによるTSN-profile能力の収集、判断、伝播を規制できる有効な標準プロトコル又はソリューションが欠けているため、各TSNノードがTSNサービスフローの需要に一致するサービスを提供できるか否かは明確ではない。TSNサービスメッセージが、対応する能力を有しないTSNノードに到達する場合、TSNサービスメッセージの処理効率にも影響を及ぼす。よって、TSNサービスメッセージの処理プロセスの信頼性は低い。
本願の実施例は、ネットワークブリッジノードに適用可能なメッセージ処理方法を提供する。ネットワークブリッジノードは、TSNサービスメッセージを受信すると、ソースデバイスの通告情報に基づいて確立されたマッピングテーブルを照会することによって、ネットワークブリッジノードがTSNサービスメッセージのTSNプロファイル能力を有するか否かを確定して、TSNサービスメッセージに対して対応する処理を行い、TSNサービスメッセージ処理の信頼性を向上させる。
図2は、本願の実施例によるメッセージ処理方法のフローチャートである。図2に示すように、当該方法はステップ110、120、130を含む。
ステップ110において、TSNサービスメッセージを受信する。
本願の実施例によれば、TSNサービスメッセージは、ソースデバイスが送信したメッセージであってよく、ネットワークブリッジノードによって処理された後、最終的に宛先デバイスに送信される。なお、1つのネットワークブリッジノードにとって、受信したTSNサービスメッセージは、ソースデバイスから送信されて当該ネットワークブリッジノードに直接到達する場合もあり、ソースデバイスから送信されて他のネットワークブリッジノードを経由して当該ネットワークブリッジノードに到達する場合もある。
ステップ120において、ソースデバイスの通告情報に基づいて確立される、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会する。
本願の実施例によれば、TSNサービスメッセージのメッセージヘッダにおいて搬送された情報は、TSNサービスメッセージがどのサービスフローに属するか、どのようなTSNプロファイルを必要とするか等を示すことができる。ネットワークブリッジノードにおいて、ソースデバイスによって送信された通告情報に基づいて、サービスフロー識別子とTSNプロファイルとのマッピングテーブルが予め確立されるため、TSNサービスメッセージを受信すると、ネットワークブリッジノードは、TSNサービスメッセージのメッセージヘッダに基づいてマッピングテーブルを照会して、当該TSNサービスメッセージを処理するTSNプロファイルを有するか否かを確定することができる。
ステップ130において、マッピングテーブルに対する照会結果に基づいて、TSNサービスメッセージを処理する。
本願の実施例によれば、ネットワークブリッジノードは、マッピングテーブルを照会することによって、当該TSNサービスメッセージを処理するTSNプロファイルを有するか否かを確定し、それを有する場合、当該ネットワークブリッジノードは、当該TSNサービスフローの需要に一致するサービスを提供することができ、そうでなければ、当該ネットワークブリッジノードは、当該TSNサービスメッセージを効果的に処理することができない。
一実施形態において、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、当該方法は、通告トリガ条件に応答して、サービスフロー識別子及び対応するTSNプロファイルを含むソースデバイスの通告情報を取得するステップと、設定条件が満たされる場合、通告情報から、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルを抽出し、ローカルなマッピングテーブルに書き込むステップと、をさらに含んでもよい。
本願の実施例によれば、ソースデバイスは、通告をトリガする場合に、SRP、LLDPなどを拡張することによって、通告情報をネットワークブリッジノードに送信することができ、これにより、TSNサービスメッセージのサービスフロー識別子及び必要なTSNプロファイルをネットワークブリッジノードに通告する。サービスフロー識別子及び必要なTSNプロファイルがネットワークブリッジノードに通告されると、ネットワークブリッジノードは、そこからキー情報を抽出し、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを確立することができ、これにより、TSNサービスメッセージを受信したときに、メッセージヘッダに基づいて照会して、対応する処理を行うことができる。
本願の実施例によれば、ネットワークブリッジノードは、自身がサポートするTSNプロファイルを維持する必要があり、通告情報に基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを確立する必要もある。
表1はサービスフロー識別子とTSNプロファイルとのマッピングテーブルである。表1に示すように、各サービスフロー識別子は、それぞれ1つのTSNプロファイルに対応し、各TSNプロファイルは、異なるプロファイル値で表すことができる。例えば、{01:00:5e:01:01:01,2}のサービスフローに対して、対応するTSNプロファイルは「1」であり、即ち、ネットワークブリッジノードは、P802.1DGにおけるビデオシステムに対するTSNプロファイルを有する必要がある。ネットワークブリッジノードは、通告情報を受信すると、そこからサービスフロー識別子とTSNプロファイルを抽出し、表1に示すようなマッピングテーブルに書き込む。
一実施形態において、TSNプロファイルは、以下の種類に限定されないが、1)P802.1CM-2018、フロントホール(Fronthaul)TSNネットワークのTSNプロファイル、2)IEC/IEEE60802、産業自動化(Industrial Automation)のTSNプロファイル、3)P802.1DC、ネットワークシステム(Network Systems)のサービスの質(Quality of Service,QoS)のTSNプロファイル、4)P802.1DF、サービスプロバイダーネットワーク(Service Provider Networks)のTSNプロファイル、5)P802.1DG、自動車車載イーサネット通信(Automotive In-Vehicle Ethernet(登録商標) Communications)のTSNプロファイル、及び/又は、6)P802.1CMde、新たなフロントホールインタフェース及び同期標準をサポートするためのフロントホールプロファイルの拡張TSNプロファイルを含んでもよい。
異なる拡張プロトコルメッセージを使用する場合、TSNプロファイルを搬送するフィールドのフォーマット、プロファイル値及び意味などは異なるが、本願の実施例はこれに限定されない。
一実施形態において、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、当該方法は、設定条件が満たされる場合、TSNサービスメッセージを処理するための帯域幅リソースを予約し、TSNサービスメッセージの転送テーブルエントリを確立するステップをさらに含んでもよい。
本願の実施例によれば、設定条件が満たされる場合、ネットワークブリッジノードは、TSNサービスメッセージのための帯域幅リソースを予約し、転送テーブルエントリを確立することによって、TSNサービスメッセージを受信したときに対応する処理を行うことができる。
一実施形態において、照会結果に基づいてTSNサービスメッセージを処理するステップは、メッセージヘッダが、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルと一致する場合、予約された帯域幅リソースを用いて、転送テーブルエントリに基づいてTSNサービスメッセージを宛先デバイスに転送することを含んでもよい。
本願の実施例によれば、帯域幅リソースの予約及び転送経路の確立に成功した後、ソースデバイスはTSNサービスメッセージを送信し、TSNサービスメッセージは一定のサービス経路に沿って伝送され、各ネットワークブリッジノードは、TSNサービスメッセージを受信したとき、メッセージヘッダを解析することによってサービスフロー識別子を取得し、これに基づいてマッピングテーブルを照会し、当該サービスフローに必要なTSNプロファイルを確定し、当該ネットワークブリッジノードが対応するTSNプロファイルを有する場合、予約された帯域幅リソースを用いて処理を行い、転送テーブルエントリに基づいてメッセージを転送することができ、そうでなければTSNサービスメッセージを処理することはできない。
図3は、本願の実施例によるメッセージ処理方法の他のフローチャートである。図3に示すように、当該メッセージ処理方法はステップ101~106を含んでもよい。
ステップ101において、通告トリガ条件に応答して、サービスフロー識別子及び対応するTSNプロファイルを含む、ソースデバイスの通告情報を取得する。
一実施形態において、通告トリガ条件は、通告トリガコマンドを受信すること、ソースデバイスから送信された最初のTSNサービスメッセージを受信すること、又は、ソースデバイスから送信されたプロトコル拡張メッセージを受信すること、のうちの少なくとも1つを含んでもよい。
本願の実施例によれば、通告トリガ条件は、以下を含んでもよいが、これらに限定されない。1)通告トリガコマンドを受信すること。通告トリガコマンドは、TSNネットワーク内の任意のノードによって生成されてもよく、例えば、TSNネットワーク内のあるノードに接続されたクライアントによって送信された通告トリガコマンドであってもよく、当該通告トリガコマンドがソースデバイス又はネットワークブリッジノードによって受信された後、ソースデバイスをトリガして各ネットワークブリッジノードに通告情報を送信し、各ネットワークブリッジノードが通告情報を受信してマッピングテーブルを確立する。2)ソースデバイスから送信された最初のTSNサービスメッセージを受信すること。即ち、ソースデバイスはTSNサービスメッセージを介してTSNプロファイルの通告をトリガすることができる。例えば、ソースデバイスに直接接続されたネットワークブリッジノードは、第1のソースデバイスのTSNサービスメッセージを受信すると、代理として通告プロセスを開始する。3)ソースデバイスから送信されたプロトコル拡張メッセージを受信すること。即ち、ソースデバイスは、プロトコル拡張メッセージを介してTSNプロファイルの通告をトリガすることができる。この場合、ソースデバイスは、関連するプロトコル(例えば、SRP又はLLDPなど)の拡張をサポートすることが求められる。
ステップ102において、設定条件が満たされる場合、通告情報から、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルを抽出し、ローカルなマッピングテーブルに書き込む。
ステップ103において、設定条件が満たされる場合、TSNサービスメッセージを処理するための帯域幅リソースを予約して、TSNサービスメッセージの転送テーブルエントリを確立する。
一実施形態において、設定条件は、通告情報におけるサービスフロー識別子と宛先デバイスの応答メッセージのサービスフロー識別子とがマッチングし、かつネットワークブリッジノードの帯域幅リソースが、サービスフロー識別子に対応するTSNサービスに必要な帯域幅リソース以上であることを含む。
本願の実施例によれば、SRPに基づいて通告することを例とすると、ネットワークブリッジノードは、ソースデバイスのブロードキャストメッセージ(即ち、Talker Advertiseメッセージ)における、通告情報を搬送するサービスフロー識別子(Stream Id)フィールドと、宛先デバイスの応答メッセージ(即ち、Listener Readyメッセージ)のサービスフロー識別子(Stream Id)フィールドとをマッチングし、マッチングが成功した場合、Talker AdvertiseメッセージにおけるData Frame Priorityフィールドの値に基づいて、ネットワークブリッジノードの対応するポートキューの帯域幅リソースが当該サービスフローの需要を満たすか否かを判断することができる。満たされる場合、通告情報におけるサービスフロー識別子及びTSNプロファイルのプロファイル値をマッピングテーブルに書き込み、TSNサービスメッセージを処理するための帯域幅リソースを予約し、TSNサービスメッセージの転送テーブルエントリを確立する。満たさない場合、リソース予約は失敗であり、転送テーブルエントリを確立することはできない。
ステップ104において、TSNサービスメッセージを受信する。
ステップ105において、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会する。
ステップ106において、メッセージヘッダが、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルと一致する場合、予約された帯域幅リソースを用いて、転送テーブルエントリに基づいてTSNサービスメッセージを宛先デバイスに転送する。
一実施形態において、通告情報はSRPのプロトコル拡張メッセージを介して伝送されてもよく、プロトコル拡張メッセージはサービスフロー識別子フィールド及びTSNプロファイルフィールドを含んでもよい。
図4は、本願の実施例によるSRP拡張メッセージ(即ち、SRPのプロトコル拡張メッセージ)の概略図である。本願の実施例はSRPを例として、通告情報を搬送するためのプロトコル拡張メッセージについて説明する。SRPを用いる場合、通告情報は、拡張SRPのTalker Advertiseメッセージによって搬送され、拡張Talker Advertiseメッセージのフォーマットは、図4に示すとおりであり、TSN-profileフィールドは、2Octetsを占め、最大216種類のTSNプロファイルを表すことができる。TSN-profileフィールドの異なるプロファイル値の意味は、例えば、TSN-profile=1はP802.1DGのProfile for Audio Systemsを示し、TSN-profile=2はP802.1DGのProfile for Vedio Systemsを示し、TSN-profile=3はP802.1DGのProfile for Control Systemsを示し、TSN-profile=4はP802.1DFのProfile1を示し、TSN-profile=5はP802.1DFのProfile2を示すというものであってもよい。
本願の実施例で挙げたTSN-profileフィールドのプロファイル値と意味は、いずれも例示としての説明に過ぎず、本願の実施例はこれに限定されない。
図5は、本願の実施例による通告TSNプロファイルの概略図である。図5において、いずれかのネットワークブリッジノードの識別子に白抜きの三角形がある場合は、当該ネットワークブリッジノードがサービスフロー(Stream 1)に必要なTSNプロファイルをサポートすることを示し、いずれかのネットワークブリッジノードの識別子に白抜きの丸がある場合は、当該ネットワークブリッジノードがサービスフロー(Stream 2)に必要なTSNプロファイルをサポートすることを示す。
ネットワークブリッジノード1について、その上のテーブルは、Stream 1のTalker Advertiseメッセージヘッダのフィールドコンテンツを表し、Stream 1のサービスフローIDが{01:00:5e:01:01:01, 2}であることを示し、必要なTSNプロファイルに対応するプロファイル値は1である。また、ネットワークブリッジノード1の下のSRP拡張メッセージには、仮想ローカルエリアネットワーク(Virtual Local Area Network,VLAN)IDが2であることがさらに示されている。同様に、ネットワークブリッジノード2の左側のテーブルは、Stream 2のTalker Advertiseメッセージヘッダのフィールドコンテンツを表し、Stream 2のサービスフローIDが{01:00:5e:01:01:02, 3}であることを示し、必要なTSNプロファイルに対応するプロファイル値は2である。また、ネットワークブリッジノード2の右側のSRP拡張メッセージにはVLAN IDが3であることがさらに示されている。
SRP拡張メッセージ伝送プロセスにおいて、Stream 1に対しては、ネットワークブリッジノード1->ネットワークブリッジノード3->ネットワークブリッジノード4という経路が確立され、Stream 2に対しては、ネットワークブリッジノード2->ネットワークブリッジノード3->ネットワークブリッジノード5という経路が確立され、各ネットワークブリッジノードが確立するサービスフロー識別子とTSNプロファイルとのマッピングテーブルは、ネットワークブリッジノードアイコンの近傍にテーブル形式で表示される。ネットワークブリッジノード1、ネットワークブリッジノード3、ネットワークブリッジノード4において、各ネットワークブリッジノードは、Stream 1サービスフロー識別子{01:00:5e:01:01:01, 2}とTSNプロファイル値「1」をそれぞれ抽出してマッピングテーブルに書き込み、ネットワークブリッジノード2、ネットワークブリッジノード3、ネットワークブリッジノード5において、各ネットワークブリッジノードは、Stream 2サービスフローID {01:00:5e:01:01:02, 3}とTSNプロファイル値「2」をそれぞれ抽出してマッピングテーブルに書き込む。
一実施形態において、通告情報はLLDPメッセージを介して伝送されてもよく、LLDPメッセージにおけるコンテンツフィールドはサービスフロー識別子とTSNプロファイルを搬送する。
図6は、本願の実施例によるLLDP拡張メッセージ(即ち、LLDPメッセージ)の概略図である。LLDPメッセージ(LLDP Data Unit,LLDPDU)における拡張可能なタイプ-長さ-コンテンツ(Type-length-valu,TLV)、即ちOptional TLVsフィールドは、通告情報を搬送するために拡張され得、拡張された2次TLV(sub-TLV)の意味及びフォーマットは必要に応じて指定される。例えば、Optional TLVsでは、1つのTSN-profileのsub-TLVが搬送される。図6に示すように、Typeフィールドは、TSN-profileのタイプ(プロファイル値)を表し、7 bitsを占め、メカニズムにより統一的に割り当てられ、値の範囲は9~126である。Lengthフィールドは、Valueフィールドの長さを表し、9 bitsを占め、フィールド値はOctetを単位とする。Valueフィールドは、それぞれサービスフロー識別子とTSN-profileとの2つの部分を含み、ここでサービスフロー識別子は、6Octets を占めるDest MACと、2Octetsを占めるVLAN IDとをさらに含み、最大216種類のTSN-profileを表すことができ、TSN-profileのプロファイル値及び意味は限定されない。
図6において、Valueフィールドの最初の6OctetsはDetst MACを表し、次の2OctetsはVLAN IDを表し、最後の2OctetsはTSN-profileを表す。ネットワークブリッジノードは、LLDPのプロトコル拡張メッセージを受信した後、Optional TLVsにおけるTSNプロファイルを搬送するsub-TLVに基づいて、Valueフィールドで搬送されるDestMAC、VLAN ID、及びTSN-profile値を抽出し、{DestMAC, VlanID}とTSN-profileマッピングをマッピングテーブルに書き込むことができる。
一実施形態において、SRP又はLLDP以外のプロトコルを用いて通告情報を送信してもよく、本願の実施例では、具体的に用いるプロトコル及びメッセージフォーマット、サービスフロー識別子フィールド及びTSNプロファイルフィールドのコンテンツについて限定しない。
本願の実施例が提供するメッセージ処理方法によれば、ソースデバイスは、サービスフロー識別子及び対応するTSNプロファイルを各ネットワークブリッジノードに通告することができ、これによりネットワークブリッジノードがマッピングテーブルを確立し、TSNサービスメッセージを受信したときにマッピングテーブルを照会することによってTSNサービスメッセージに対して対応する処理を行い、ネットワークブリッジノードが備えるTSNプロファイル能力が明らかにされ、メッセージ処理の信頼性と効率を向上させる。ネットワークブリッジノードは、通告情報に基づいて、TSNサービスメッセージのリソース予約及び転送テーブルエントリの確立を実現し、メッセージ処理の信頼性と効率をさらに向上させることができる。また、通告情報は異なるプロトコルのプロトコル拡張メッセージを介して伝送することができ、異なる通告トリガ条件によって通告をトリガでき、通告の柔軟性が向上する。
本願の実施例はソースデバイスに適用可能な通告方法をさらに提供する。ソースデバイスは、通告情報を送信することによって、ネットワークブリッジノードがマッピングテーブルを確立し、TSNサービスメッセージのTSNプロファイルの能力をネットワークブリッジノードが備えるか否かを明確にするための根拠を提供した上で、TSNサービスメッセージを送信することによって、ネットワークブリッジノードがマッピングテーブルに基づいてTSNサービスメッセージに対して対応する処理を行うことを容易にし、TSNサービスメッセージ処理の信頼性が向上する。
図7は、本願の実施例による通告方法のフローチャートである。図7に示すように、当該通告方法はステップ210とステップ220を含んでもよい。なお、本願の実施例におけるソースデバイスによって実行される動作は、上記の実施例におけるネットワークブリッジノードによって実行される動作に対応し、本願の実施例に詳述されていない技術的詳細は、上記の実施形態のいずれかを参照してもよい。
ステップ210において、サービスフロー識別子及び対応するTSNプロファイルを含む通告情報を送信する。
ステップ220において、ネットワークブリッジノードにより通告情報に基づいて処理されるTSNサービスメッセージを送信する。
一実施形態において、通告情報を送信するための通告トリガ条件は、通告トリガコマンドを受信すること、最初のTSNサービスメッセージを送信すること、又はプロトコル拡張メッセージを送信すること、のうちの少なくとも1つを含んでもよい。
一実施形態において、通告情報はSRPのプロトコル拡張メッセージを介して伝送されてもよく、プロトコル拡張メッセージはサービスフロー識別子フィールド及びTSNプロファイルフィールドを含む。
一実施形態において、通告情報はLLDPメッセージを介して伝送されてもよく、LLDPメッセージにおけるコンテンツフィールドはサービスフロー識別子とTSNプロファイルを搬送する。
本願の実施例が提供する通告方法によれば、ソースデバイスは、サービスフロー識別子及び対応するTSNプロファイルを各ネットワークブリッジノードに通告することができ、これによりネットワークブリッジノードがマッピングテーブルを確立し、TSNサービスメッセージを受信したときにマッピングテーブルを照会することによってTSNサービスメッセージに対して対応する処理を行い、ネットワークブリッジノードが備えるTSNプロファイル能力が明らかにされ、メッセージ処理の信頼性と効率を向上させる。また、通告情報は異なるプロトコルのプロトコル拡張メッセージを介して伝送することができ、異なる通告トリガ条件によって通告をトリガでき、通告の柔軟性が向上する。
本願の実施例はメッセージ処理装置をさらに提供する。図8は、本願の実施例によるメッセージ処理装置の構造概略図である。図8に示すように、メッセージ処理装置は、メッセージ受信モジュール310、照会モジュール320、及びメッセージ処理モジュール330を含んでもよい。
メッセージ受信モジュール310は、TSNサービスメッセージを受信するように構成され得る。
照会モジュール320は、ソースデバイスの通告情報に基づいて確立される、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会するように構成され得る。
メッセージ処理モジュール330は、照会結果に基づいてTSNサービスメッセージを処理するように構成され得る。
本願の実施例によるメッセージ処理装置は、TSNサービスメッセージを受信したときに、ソースデバイスの通告情報に基づいて確立されたマッピングテーブルを照会することによって、ネットワークブリッジノードがTSNサービスメッセージのTSNプロファイル能力を有するか否かを確定して、TSNサービスメッセージに対して対応する処理を行い、TSNサービスメッセージ処理の信頼性を向上させることができる。
一実施形態において、メッセージ処理装置は、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、通告トリガ条件に応答して、サービスフロー識別子及び対応するTSNプロファイルを含むソースデバイスの通告情報を取得するように構成された通告情報取得モジュールと、設定条件が満たされる場合、通告情報から、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルを抽出し、ローカルなマッピングテーブルに書き込むように構成されたマッピング確立モジュールと、をさらに含んでもよい。
一実施形態において、設定条件は、通告情報におけるサービスフロー識別子と宛先デバイスの応答メッセージのサービスフロー識別子とがマッチングし、かつネットワークブリッジノードの帯域幅リソースが、サービスフロー識別子に対応するTSNサービスに必要な帯域幅リソース以上であることを含んでもよい。
一実施形態において、メッセージ処理装置は、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、設定条件が満たされる場合、TSNサービスメッセージを処理するための帯域幅リソースを予約し、TSNサービスメッセージの転送テーブルエントリを確立するように構成された前処理モジュールをさらに含んでもよい。
一実施形態において、メッセージ処理モジュール330は具体的に、メッセージヘッダが、ネットワークブリッジノードがサポートするサービスフロー識別子及びTSNプロファイルと一致すると確定したことに応答して、予約された帯域幅リソースを用いて、転送テーブルエントリに基づいてTSNサービスメッセージを宛先デバイスに転送するように構成され得る。
一実施形態において、通告トリガ条件は、通告トリガコマンドを受信すること、ソースデバイスから送信された最初のTSNサービスメッセージを受信すること、又は、ソースデバイスから送信されたプロトコル拡張メッセージを受信すること、のうちの少なくとも1つを含んでもよい。
一実施形態において、通告情報はSRPのプロトコル拡張メッセージを介して伝送されてもよく、プロトコル拡張メッセージはサービスフロー識別子フィールド及びTSNプロファイルフィールドを含む。
一実施形態において、通告情報はLLDPメッセージを介して伝送されてもよく、LLDPメッセージにおけるコンテンツフィールドはサービスフロー識別子とTSNプロファイルを搬送する。
本願の実施例が提供するメッセージ処理装置は、本願の実施例が提供するメッセージ処理方法と同一の発明思想に属し、本願の実施例で詳述されてない技術的詳細は、上述したいずれかの実施形態を参照することができ、本願の実施例が提供するメッセージ処理装置は、本願の実施例が提供するメッセージ処理方法と同一の有益な効果を有する。
本願の実施例は通告装置をさらに提供する。図9は、本願の実施例による通告装置の構造概略図である。図9に示すように、通告装置は、通告モジュール410とメッセージ送信モジュール420を含んでもよい。
通告モジュール410は、サービスフロー識別子及び対応するTSNプロファイルを含む通告情報を送信するように構成され得る。
メッセージ送信モジュール420は、ネットワークブリッジノードにより通告情報に基づいて処理されるTSNサービスメッセージを送信するように構成され得る。
本願の実施例が提供する通告装置は、通告情報を送信することによって、ネットワークブリッジノードがマッピングテーブルを確立し、TSNサービスメッセージのTSNプロファイルの能力をネットワークブリッジノードが備えるか否かを明確にするための根拠を提供した上で、TSNサービスメッセージを送信することによって、ネットワークブリッジノードがマッピングテーブルに基づいてTSNサービスメッセージに対して対応する処理を行うことを容易にし、TSNサービスメッセージ処理の信頼性が向上する。
一実施形態において、通告情報を送信するための通告トリガ条件は、通告トリガコマンドを受信すること、最初のTSNサービスメッセージを送信すること、又はプロトコル拡張メッセージを送信すること、のうちの少なくとも1つを含んでもよい。
一実施形態において、通告情報はSRPのプロトコル拡張メッセージを介して伝送されてもよく、プロトコル拡張メッセージはサービスフロー識別子フィールド及びTSNプロファイルフィールドを含む。
一実施形態において、通告情報はLLDPメッセージを介して伝送されてもよく、LLDPメッセージにおけるコンテンツフィールドはサービスフロー識別子とTSNプロファイルを搬送する。
本願の実施例が提供する通告装置は、本願の実施例が提供する通告方法と同一の発明思想に属し、本願の実施例で詳述されてない技術的詳細は、上述したいずれかの実施形態を参照することができ、本願の実施例が提供する通告装置は、本願の実施例が提供する通告方法と同一の有益な効果を有する。
本願の実施例はネットワークブリッジノードをさらに提供する。本願の実施例が提供するメッセージ処理方法はメッセージ処理装置によって実行されてもよく、当該メッセージ処理装置は、ソフトウェア及び/又はハードウェアの形態で実現され、ネットワークブリッジノードに集積される。ネットワークブリッジノードはTSNノードデバイスであってもよい。
図10は、本願の実施例によるネットワークブリッジノードのハードウェアの構造概略図である。図10に示すように、ネットワークブリッジノードは、プロセッサ510と記憶装置520を含んでもよい。当該ネットワークブリッジノードにおけるプロセッサ510は1つ又は複数であってもよく、図10では1つのプロセッサ510を例としている。デバイスにおけるプロセッサ510と記憶装置520は、バスを介して、又は他の方法で接続されてもよく、図10ではバスを介して接続される場合を例としている。
当該ネットワークブリッジノードにおける記憶装置520は、コンピュータ可読記憶媒体として、1つ又は複数のプロセッサ510によって実行される1つ又は複数のプログラムを記憶するために用いることができ、これにより1つ又は複数のプロセッサ510は、本願の実施例が提供するメッセージ処理方法を実現する。
プログラムは、ソフトウェアプログラム、コンピュータ実行可能プログラム、及びモジュールであってもよく、例えば、本願の実施例におけるメッセージ処理方法に対応するプログラムコマンド/モジュール(例えば、図8に示すメッセージ処理装置における、メッセージ受信モジュール310、照会モジュール320、及びメッセージ処理モジュール330を含むモジュール)であってもよい。プロセッサ510は、記憶装置520に記憶されているソフトウェアプログラム、コマンド、及びモジュールを実行することにより、ネットワークブリッジノードの各種機能アプリケーション及びデータ処理を実行し、即ち、本願の実施例が提供するメッセージ処理方法を実現する。
記憶装置520は主に記憶プログラム領域と記憶データ領域を含み、記憶プログラム領域は、オペレーティングシステム、少なくとも1つの機能に必要なアプリケーションを記憶することができ、記憶データ領域は、デバイスの使用状況に応じて作成されたデータ等(上記実施形態における通告情報、マッピングテーブル等)を記憶することができる。また、記憶装置520は、高速ランダムアクセスメモリを含んでもよく、少なくとも1つのディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含んでもよい。一実施形態において、記憶装置520は、プロセッサ510に対して遠隔設置されたメモリをさらに含んでもよく、これら遠隔メモリは、ネットワークを介してネットワークブリッジノードに接続されてもよい。上記ネットワークの例としては、インターネット、イントラネット、ローカルエリアネットワーク、移動体通信ネットワーク、及びそれらの組み合わせが挙げられるが、これらに限定されない。
また、上記ネットワークブリッジノードに含まれる1つ又は複数のプログラムが1つ又は複数のプロセッサ510によって実行されるときに、TSNサービスメッセージを受信する操作と、ソースデバイスの通告情報に基づいて確立される、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会する操作と、マッピングテーブルに対する照会結果に基づいてTSNサービスメッセージを処理する操作と、を実現する。
本願の実施例が提供するネットワークブリッジノードは、本願の実施例が提供するメッセージ処理方法と同一の発明思想に属し、本願の実施例で詳述されてない技術的詳細は、上述したいずれかの実施形態を参照することができ、本願の実施例が提供するネットワークブリッジノードは、本願の実施例が提供するメッセージ処理方法と同一の有益な効果を有する。
本願の実施例はソースデバイスをさらに提供する。通告方法は、ソフトウェア及び/又はハードウェアの形態で実現され得るとともにソースデバイスに集積され得る通告装置によって実行され得る。ソースデバイスはTSNノードデバイスであってもよい。
図11は、本願の実施例によるソースデバイスのハードウェアの構造概略図である。図11に示すように、ソースデバイスはプロセッサ610と記憶装置620を含んでもよい。当該ソースデバイスにおけるプロセッサ610は、1つ又は複数であってもよく、図11では1つのプロセッサ610を例としている。デバイスにおけるプロセッサ610と記憶装置620は、バスを介して、又は他の方法で接続されてもよく、図11ではバスを介して接続される場合を例としている。
当該ソースデバイスにおける記憶装置620は、コンピュータ可読記憶媒体として、1つ又は複数のプロセッサ610によって実行される1つ又は複数のプログラムを記憶するために用いることができ、これにより1つ又は複数のプロセッサ610は、本願の実施例が提供する通告方法を実現する。
プログラムは、ソフトウェアプログラム、コンピュータ実行可能プログラム、及びモジュールであってもよく、例えば、本願の実施例における通告方法に対応するプログラムコマンド/モジュール(例えば、図9に示す通告装置における、通告モジュール410とメッセージ送信モジュール420を含むモジュール)であってもよい。プロセッサ610は、記憶装置620に記憶されているソフトウェアプログラム、コマンド、及びモジュールを実行することにより、ソースデバイスの各種機能アプリケーション及びデータ処理を実行し、即ち、本願の実施例が提供する通告方法を実現する。
記憶装置620は主に記憶プログラム領域と記憶データ領域を含み、記憶プログラム領域は、オペレーティングシステム、少なくとも1つの機能に必要なアプリケーションを記憶することができ、記憶データ領域は、デバイスの使用状況に応じて作成されたデータ等(上記実施形態における通告情報、TSNサービスメッセージ等)を記憶することができる。また、記憶装置620は、高速ランダムアクセスメモリを含んでもよく、少なくとも1つのディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステートメモリデバイスなどの不揮発性メモリを含んでもよい。一実施形態において、記憶装置620は、プロセッサ610に対して遠隔設置されたメモリをさらに含んでもよく、これら遠隔メモリは、ネットワークを介してソースデバイスに接続されてもよい。上記ネットワークの例としては、インターネット、イントラネット、ローカルエリアネットワーク、移動体通信ネットワーク、及びそれらの組み合わせが挙げられるが、これらに限定されない。
また、上記ソースデバイスに含まれる1つ又は複数のプログラムが1つ又は複数のプロセッサ610によって実行されるときに、サービスフロー識別子及び対応するTSNプロファイルを含む通告情報を送信する操作と、TSNサービスメッセージを送信する操作と、を実現する。
本願の実施例が提供するソースデバイスは、本願の実施例が提供する通告方法と同一の発明思想に属し、本願の実施例で詳述されてない技術的詳細は、上述したいずれかの実施形態を参照することができ、本願の実施例が提供するソースデバイスは、本願の実施例が提供する通告方法と同一の有益な効果を有する。
本願の実施例はメッセージ処理システムをさらに提供する。図12は、本願の実施例によるメッセージ処理システムの構造概略図である。図12に示すように、当該システムは、宛先デバイス730、少なくとも1つのネットワークブリッジノード720、及びソースデバイス710を含んでもよい。ソースデバイス710は、各ネットワークブリッジノード720に通告情報を送信し、ソースデバイス710から送信されたTSNサービスメッセージは、通告情報に基づいて少なくとも1つのネットワークブリッジノード720によって処理された後、宛先デバイス730に転送される。
本願の実施例が提供するメッセージ処理システムによれば、ソースデバイス710から送信された情報は、宛先デバイス730に到達するために、いくつかのブリッジプロセスを経る必要があり、各ネットワークブリッジノード720は、分散クロックを有して時間の同期計算を行い、キューは、データの優先度を処理するために用いられ、高度な動的データのための高速チャネルモード及び先取りメカニズムを含む。
一実施形態において、ソースデバイス710は、サービスフロー識別子及び対応するTSNプロファイルを含む通告情報を送信し、TSNサービスメッセージを送信するように構成され得る。
一実施形態において、ネットワークブリッジノード720は、TSNサービスメッセージを受信し、ソースデバイス710の通告情報に基づいて確立される、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会し、マッピングテーブルに対する照会結果に基づいてTSNサービスメッセージを処理するように構成され得る。
一実施形態において、ネットワークブリッジノード720は、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、通告トリガ条件に応答して、サービスフロー識別子及び対応するTSNプロファイルを含むソースデバイス710の通告情報を取得し、設定条件が満たされる場合、通告情報から、ネットワークブリッジノード720がサポートするサービスフロー識別子及びTSNプロファイルを抽出し、ローカルなマッピングテーブルに書き込むように構成され得る。
一実施形態において、設定条件は、通告情報におけるサービスフロー識別子と宛先デバイス730の応答メッセージのサービスフロー識別子とがマッチングし、かつネットワークブリッジノード720の帯域幅リソースが、サービスフロー識別子に対応するTSNサービスに必要な帯域幅リソース以上であることを含んでもよい。
一実施形態において、ネットワークブリッジノード720は、TSNサービスメッセージのメッセージヘッダに基づいてサービスフロー識別子とTSNプロファイルとのマッピングテーブルを照会する前に、設定条件が満たされる場合、TSNサービスメッセージを処理するための帯域幅リソースを予約し、TSNサービスメッセージの転送テーブルエントリを確立するように構成され得る。
一実施形態において、ネットワークブリッジノード720は、照会結果に基づいてTSNサービスメッセージを処理するために、メッセージヘッダが、ネットワークブリッジノード720がサポートするサービスフロー識別子及びTSNプロファイルと一致すると確定したことに応答して、予約された帯域幅リソースを用いて、転送テーブルエントリに基づいてTSNサービスメッセージを宛先デバイス730に転送するという操作を実行するように構成され得る。
一実施形態において、通告トリガ条件は、通告トリガコマンドを受信すること、ソースデバイス710から送信された最初のTSNサービスメッセージを受信すること、又は、ソースデバイス710から送信されたプロトコル拡張メッセージを受信すること、のうちの少なくとも1つを含んでもよい。
一実施形態において、通告情報はSRPのプロトコル拡張メッセージを介して伝送されてもよく、プロトコル拡張メッセージはサービスフロー識別子フィールド及びTSNプロファイルフィールドを含む。
一実施形態において、通告情報はLLDPメッセージを介して伝送されてもよく、LLDPメッセージにおけるコンテンツフィールドはサービスフロー識別子とTSNプロファイルを搬送する。
本願の実施例が提供するメッセージ処理システムは、本願の実施例が提供するメッセージ処理方法又は通告方法と同一の発明思想に属し、本願の実施例で詳述されてない技術的詳細は、上述したいずれかの実施形態を参照することができ、本願の実施例が提供するメッセージ処理システムは、本願の実施例が提供するメッセージ処理方法又は通告方法と同一の有益な効果を有する。
本願の実施例は、コンピュータプロセッサにより実行されると、本願の実施例が提供するメッセージ処理方法又は通告方法を実行するためのコンピュータ実行可能コマンドを含む記憶媒体をさらに提供する。
メッセージ処理方法は、TSNサービスメッセージを受信するステップと、ソースデバイスの通告情報に基づいて確立される、サービスフロー識別子とTSNプロファイルとのマッピングテーブルを、TSNサービスメッセージのメッセージヘッダに基づいて照会するステップと、マッピングテーブルに対する照会結果に基づいてTSNサービスメッセージを処理するステップと、を含んでもよい。
通告方法は、サービスフロー識別子及び対応するTSNプロファイルを含む通告情報を送信するステップと、TSNサービスメッセージを送信するステップと、を含んでもよい。
以上の実施形態に関する記載から、当業者は、本願がソフトウェア及び汎用ハードウェアで実現されてもよく、ハードウェアで実現されてもよいことを理解するであろう。このような理解に基づいて、本願の技術案はソフトウェア製品の形式で具現化することができ、当該コンピュータソフトウェア製品は、例えば、コンピュータのフレキシブルディスク、リードオンリーメモリ(Read-Only Memory, ROM)、ランダムアクセスメモリ(Random Access Memory, RAM)、フラッシュメモリ(FLASH(登録商標))、ハードディスク又は光ディスクといったコンピュータ可読記憶媒体に記憶されてもよく、1台のコンピュータデバイス(パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい)に本願の任意の実施形態に記載の方法を実行させるための複数のコマンドを含む。
上記記載は、本願の例示的な実施形態に過ぎず、本願の保護範囲を限定するものではない。
本願の図面における任意の論理フローのブロック図は、プログラムステップを表してもよく、又は、互いに接続された論理回路、モジュール、及び機能を表してもよく、又は、プログラムステップと論理回路、モジュール、及び機能との組み合わせを表してもよい。コンピュータプログラムは、メモリに記憶され得る。メモリは、ローカル技術環境に適した任意のタイプのものであってよく、かつ任意の適切なデータ記憶技術を用いて実現されてもよく、例えば、リードオンリーメモリ(ROM)、ランダムアクセスメモリ(RAM)、光学メモリデバイス及びシステム(デジタル多用途ディスクDVD又はCDディスク)が挙げられるが、これらに限定されない。コンピュータ可読媒体は、非一時的記憶媒体を含んでもよい。データプロセッサは、ローカル技術環境に適した任意のタイプであってもよく、例えば、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、プログラマブル論理デバイス(FGPA)、及びマルチコアプロセッサアーキテクチャに基づくプロセッサが挙げられるが、これらに限定されない。
例示的かつ非限定的な例により、本願の例示的な実施例に対する詳細な説明を上記に提供した。図面及び請求項を組み合わせて考慮すると、上記の実施例に対する種々の修正及び調整は当業者にとって自明であるが、本願の範囲から逸脱することはない。よって、本願の適切な範囲は、請求項に基づいて確定される。

Claims (14)

  1. ネットワークブリッジノードに適用されるメッセージ処理方法であって、
    タイムセンシティブネットワーキング(TSN)サービスメッセージを受信するステップと、
    ソースデバイスの通告情報及び前記ネットワークブリッジノードによりサポートされたサービスフロー識別子とTSNプロファイルとに基づいて確立される、マッピングテーブルを、前記TSNサービスメッセージのメッセージヘッダに基づいて照会するステップと、
    前記マッピングテーブルに対する照会結果に基づいて、前記TSNサービスメッセージを処理するステップと、を含む
    メッセージ処理方法。
  2. 前記TSNサービスメッセージの前記メッセージヘッダに基づいて前記マッピングテーブルを照会する前に、
    トリガ条件に応答して、サービスフロー識別子及び対応するTSNプロファイルを含む、前記ソースデバイスの前記通告情報を取得するステップと、
    設定条件が満たされる場合、前記通告情報から、前記ネットワークブリッジノードがサポートする前記サービスフロー識別子及び前記TSNプロファイルを抽出し、前記マッピングテーブルに書き込むステップと、をさらに含む
    請求項1に記載の方法。
  3. 前記設定条件は、前記通告情報における前記サービスフロー識別子と宛先デバイスの応答メッセージのサービスフロー識別子とがマッチングし、かつ前記ネットワークブリッジノードの帯域幅リソースが、前記サービスフロー識別子に対応するTSNサービスに必要な帯域幅リソース以上であることを含む
    請求項2に記載の方法。
  4. 前記TSNサービスメッセージの前記メッセージヘッダに基づいて前記マッピングテーブルを照会する前に、
    設定条件が満たされる場合、前記TSNサービスメッセージを処理するための帯域幅リソースを予約し、前記TSNサービスメッセージの転送テーブルエントリを確立するステップをさらに含む
    請求項3に記載の方法。
  5. 前記照会結果に基づいて前記TSNサービスメッセージを処理するステップは、
    前記メッセージヘッダが、前記ネットワークブリッジノードがサポートする前記サービスフロー識別子及び前記TSNプロファイルと一致すると確定したことに応答して、前記予約された帯域幅リソースを用いて、前記転送テーブルエントリに基づいて前記TSNサービスメッセージを前記宛先デバイスに転送することを含む
    請求項4に記載の方法。
  6. 前記トリガ条件は、
    通告トリガコマンドを受信すること、
    前記ソースデバイスから送信された最初のTSNサービスメッセージを受信すること、又は
    前記ソースデバイスから送信されたプロトコル拡張メッセージを受信すること、のうちの少なくとも1つを含む
    請求項2に記載の方法。
  7. 前記通告情報は、ストリーム予約プロトコルSRPのプロトコル拡張メッセージを介して伝送され、
    前記プロトコル拡張メッセージは、サービスフロー識別子フィールドとTSNプロファイルフィールドを含む
    請求項1~6のいずれか1項に記載の方法。
  8. 前記通告情報は、リンク層発見プロトコルLLDPメッセージを介して伝送され、
    前記LLDPメッセージにおけるコンテンツフィールドは、前記サービスフロー識別子と前記TSNプロファイルを搬送する
    請求項1~6のいずれか1項に記載の方法。
  9. ソースデバイスに適用される通告方法であって、
    サービスフロー識別子及び対応するタイムセンシティブネットワーキング(TSN)プロファイルを含む通告情報を送信するステップと、
    ネットワークブリッジノードにより前記通告情報に基づいて処理されるTSNサービスメッセージを送信するステップと、を含み、
    ここで、前記通告情報は、前記ネットワークブリッジノードにより、前記ネットワークブリッジノードによりサポートされたサービスフロー識別子とTSNプロファイルとを記録するマッピングテーブルを確立するのに使用され、
    前記ネットワークブリッジノードは、前記TSNサービスメッセージのメッセージヘッダにしたがって前記マッピングテーブルを照会することにより、前記TSNサービスメッセージを処理する
    通告方法。
  10. 前記通告情報を送信するためのトリガ条件は、
    通告トリガコマンドを受信すること、
    最初のTSNサービスメッセージを送信すること、又は
    プロトコル拡張メッセージを送信すること、のうちの少なくとも1つを含む
    請求項9に記載の方法。
  11. 1つ又は複数のプロセッサと、
    1つ又は複数のプログラムを記憶するように構成された記憶装置と、を含み、
    前記1つ又は複数のプログラムが前記1つ又は複数のプロセッサによって実行されると、前記1つ又は複数のプロセッサに、請求項1~8のいずれか1項に記載のメッセージ処理方法を実現させる
    ネットワークブリッジノード。
  12. 1つ又は複数のプロセッサと、
    1つ又は複数のプログラムを記憶するように構成された記憶装置と、を含み、
    前記1つ又は複数のプログラムが前記1つ又は複数のプロセッサによって実行されると、前記1つ又は複数のプロセッサに、請求項9、10のいずれか1項に記載の通告方法を実現させる
    ソースデバイス。
  13. 宛先デバイス、少なくとも1つのネットワークブリッジノード、及びソースデバイスを含み、
    前記ソースデバイスは、サービスフロー識別子及び対応するタイムセンシティブネットワーキング(TSN)プロファイルを含む通告情報を前記少なくとも1つのネットワークブリッジノードに送信するように構成され、
    前記少なくとも1つのネットワークブリッジノードのそれぞれは、TSNサービスメッセージを受信するように構成され、前記ソースデバイスの前記通告情報に基づいて確立され、前記ネットワークブリッジノードによってサポートされるサービスフロー識別子及びTSNプロファイルを記録したマッピングテーブルを前記TSNサービスメッセージのメッセージヘッダに基づいて照会し、前記マッピングテーブルに対する照会結果に基づいて、前記TSNサービスメッセージを処理し、
    宛先デバイスは、前記少なくとも1つのネットワークブリッジノードによって処理された前記TSNサービスメッセージを受信するように構成される
    メッセージ処理システム。
  14. プロセッサによって実行されると、請求項1~8のいずれか1項に記載のメッセージ処理方法、又は請求項9、10のいずれか1項に記載の通告方法を実現するコンピュータプログラムが記憶されている
    コンピュータ可読記憶媒体。
JP2022570216A 2020-05-19 2021-05-19 メッセージ処理方法及び装置、通告方法及び装置、ネットワークブリッジノード、ソースデバイス、記憶媒体及びメッセージ処理システム Active JP7634561B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010425664.8 2020-05-19
CN202010425664.8A CN113691385B (zh) 2020-05-19 2020-05-19 报文处理、通告方法、装置、网桥节点、源设备及介质
PCT/CN2021/094572 WO2021233327A1 (zh) 2020-05-19 2021-05-19 报文处理方法及装置、通告方法及装置、网桥节点、源设备、存储介质及报文处理系统

Publications (2)

Publication Number Publication Date
JP2023525891A JP2023525891A (ja) 2023-06-19
JP7634561B2 true JP7634561B2 (ja) 2025-02-21

Family

ID=78576127

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022570216A Active JP7634561B2 (ja) 2020-05-19 2021-05-19 メッセージ処理方法及び装置、通告方法及び装置、ネットワークブリッジノード、ソースデバイス、記憶媒体及びメッセージ処理システム

Country Status (5)

Country Link
US (1) US12255771B2 (ja)
EP (1) EP4142219A4 (ja)
JP (1) JP7634561B2 (ja)
CN (1) CN113691385B (ja)
WO (1) WO2021233327A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12363179B2 (en) * 2021-07-13 2025-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for inter-domain configuration of time-sensitive networks
CN113852644B (zh) 2021-11-26 2022-03-01 之江实验室 一种确定性网络设备识别认证装置及方法
CN114422437B (zh) * 2021-12-24 2024-05-10 网络通信与安全紫金山实验室 一种异构报文的转发方法及装置
JP2024000591A (ja) * 2022-06-21 2024-01-09 オムロン株式会社 制御システム、中継装置および通信方法
CN115297072B (zh) * 2022-07-27 2024-10-29 苏州思萃工业互联网技术研究所有限公司 一种系统内部模块间调用的实现方法及系统
CN115514806B (zh) * 2022-11-16 2023-03-03 江苏曼荼罗软件股份有限公司 一种离散服务集群的感知发现方法及系统
CN119678463A (zh) * 2023-02-21 2025-03-21 华为技术有限公司 一种数据传输方法及其相关装置
JPWO2024241483A1 (ja) * 2023-05-23 2024-11-28
CN117278891B (zh) * 2023-11-21 2024-04-12 北京智芯微电子科技有限公司 数据传输系统、数据传输方法及芯片
CN118509341A (zh) * 2024-07-12 2024-08-16 之江实验室 一种时间敏感网络的参数配置装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001077856A (ja) 1999-09-08 2001-03-23 Sony Corp 通信装置および通信方法、並びに記録媒体
US20170250920A1 (en) 2016-02-26 2017-08-31 Hyundai Motor Company Method of releasing resource reservation in network
US20200137615A1 (en) 2018-10-24 2020-04-30 Qualcomm Incorporated Quality of service mapping for time-sensitive network traffic in a wireless communication system

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215160B (zh) * 2010-04-07 2016-01-20 中兴通讯股份有限公司 数据通信系统及方法
US9712311B2 (en) * 2013-04-30 2017-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus of mapping one or more messages onto transmission resource
CN104639470B (zh) 2013-11-14 2019-05-31 中兴通讯股份有限公司 流标识封装方法及系统
CN108702337B (zh) * 2016-02-24 2022-05-03 哈曼国际工业有限公司 具有第2层和第3层保留的数据流式传输
EP3759878B1 (en) * 2018-02-28 2025-09-17 Nokia Technologies Oy Transparent integration of 3gpp network into tsn based industrial network
CN110858822B (zh) * 2018-08-23 2023-03-03 北京华为数字技术有限公司 媒体接入控制安全协议报文传输方法和相关装置
CN113507416B (zh) * 2018-10-27 2022-05-10 华为技术有限公司 报文处理方法、相关设备及计算机存储介质
CN109639493B (zh) * 2018-12-20 2022-03-25 新华三技术有限公司 网络设备、状态控制装置及tsn配置方法
US11178592B2 (en) * 2019-02-15 2021-11-16 Ofinno, Llc Device configuration for time sensitive network bridge
CN110943899B (zh) * 2019-12-13 2022-06-03 重庆邮电大学 一种epa工业总线与时间敏感网络适配系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001077856A (ja) 1999-09-08 2001-03-23 Sony Corp 通信装置および通信方法、並びに記録媒体
US20170250920A1 (en) 2016-02-26 2017-08-31 Hyundai Motor Company Method of releasing resource reservation in network
US20200137615A1 (en) 2018-10-24 2020-04-30 Qualcomm Incorporated Quality of service mapping for time-sensitive network traffic in a wireless communication system

Also Published As

Publication number Publication date
EP4142219A1 (en) 2023-03-01
US20230145093A1 (en) 2023-05-11
JP2023525891A (ja) 2023-06-19
EP4142219A4 (en) 2024-04-24
WO2021233327A1 (zh) 2021-11-25
CN113691385A (zh) 2021-11-23
CN113691385B (zh) 2025-08-01
US12255771B2 (en) 2025-03-18

Similar Documents

Publication Publication Date Title
JP7634561B2 (ja) メッセージ処理方法及び装置、通告方法及び装置、ネットワークブリッジノード、ソースデバイス、記憶媒体及びメッセージ処理システム
CN107204867A (zh) 一种信息传输方法、装置和系统
CN110224935B (zh) 一种处理组播数据报文的方法及装置
WO2021174958A1 (zh) 报文转发方法、设备、系统、网络设备和存储介质
CN105637819B (zh) 用于传输广播数据的方法和系统
WO2019134383A1 (zh) 控制网络拥塞的方法、接入设备和计算机可读存储介质
CN103004147A (zh) 报文转发路径确定方法及网络设备、控制设备
US20230156523A1 (en) Message interaction method and apparatus, and device and storage medium
CN114205291B (zh) 数据包的传输方法及装置
JP2011525313A (ja) マルチキャスト・グループ管理のための方法及び装置
CN105009529B (zh) 一种处理报文的方法和转发器
WO2021139289A1 (zh) 报文发送方法、路由表项的生成方法、装置及存储介质
WO2021098425A1 (zh) 配置业务的服务质量策略方法、装置和计算设备
CN107454000A (zh) 网络数据传输装置及方法
WO2014067055A1 (zh) 流表刷新的方法及装置
US9654304B2 (en) Method and apparatus for sending transparent interconnection of lots of links data frame
CN104113513A (zh) 一种主机发现方法、装置及系统
CN118282932A (zh) 信息处理方法、设备和存储介质
CN101242366B (zh) 一种路由器及路由器内管理控制的方法
US20130250962A1 (en) Method and apparatus for label distribution
CN103414646B (zh) 一种组播服务协商方法及装置
WO2013013577A1 (zh) 标签转发路径的带宽资源管理方法、装置和系统
CN118984343B (zh) 通信方法及装置
WO2023185662A1 (zh) 实现网络底层资源感知的确定性服务方法、电子设备、计算机可读存储介质
US20170155543A1 (en) Control apparatus, communication system, and control method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221116

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240319

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241024

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20241105

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: 20250128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250210

R150 Certificate of patent or registration of utility model

Ref document number: 7634561

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150