JP4026817B2 - Communications system - Google Patents

Communications system Download PDF

Info

Publication number
JP4026817B2
JP4026817B2 JP2002293124A JP2002293124A JP4026817B2 JP 4026817 B2 JP4026817 B2 JP 4026817B2 JP 2002293124 A JP2002293124 A JP 2002293124A JP 2002293124 A JP2002293124 A JP 2002293124A JP 4026817 B2 JP4026817 B2 JP 4026817B2
Authority
JP
Japan
Prior art keywords
node
ieee
network
communication
command
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002293124A
Other languages
Japanese (ja)
Other versions
JP2004129095A (en
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.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Priority to JP2002293124A priority Critical patent/JP4026817B2/en
Publication of JP2004129095A publication Critical patent/JP2004129095A/en
Application granted granted Critical
Publication of JP4026817B2 publication Critical patent/JP4026817B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、IEEE1394で接続されたネットワーク間にIEEE1394以外の通信を介するネットワークにおけるAV/Cコマンドによる通信システムに関する。
【0002】
【従来の技術】
近年、家庭用のAV機器をデジタル接続するための標準インターフェースとしてIEEE1394が注目されている。また、このIEEE1394で構成されるネットワーク間を無線によって接続するWireless1394や1394over 802.11といった技術を用いて家庭内のより広い範囲でネットワークを構築しようという試みも行なわれている。
【0003】
両端にIEEE1394機器があり、中途に無線を始めとするIEEE1394以外の通信を介するネットワークにおけるAV/Cコマンドによる機器制御方法に関し、以下のような従来例がある。
【0004】
特許文献1及び特許文献2によれば、無線上でAV/Cコマンドを用いて機器を制御する技術が記載されている。この従来例では、IEEE1394機器から無線ノードに送られたAV/CコマンドはFCPフレームに乗せられIEEE1394パケットにカプセル化されてIEEE802.11上のパケットに変換され無線上に転送される(バスブリッジ)。このパケットを受け取った基地局は、IEEE802.11プロトコルからFCPフレームを取り出し、その中のAV/Cコマンドフレーム内に含まれる宛先Subunit情報を元に制御対象とする機器を振り分ける手法が用いられている。ここで、SubunitとはAV/Cコマンドの世界で機能単位の構成要素である。
【0005】
【特許文献1】
特開2000−115173号公報
【特許文献2】
特開2000−196618号公報
【0006】
【発明が解決しようとする課題】
しかしながら、上述の装置のように、IEEE1394とIEEE802.11との接続を行なう場合には、IEEE1394とIEEE802.11間において通信手段の変換に伴うバスブリッジ技術が必要となる。既に市場に出回っているIEEE1394機器はバスブリッジ技術に対応していないため、ブリッジを挟んだネットワーク間でAV/Cコマンドにより機器を制御することが困難であるという問題を有している。
【0007】
また、制御対象のSubunit情報を元に制御する機器を判断する方法は、同じSubunitを持つ機器が複数台ネットワーク上に存在した場合に、どのSubunitとどの機器が対応するかが制御を行なうユーザーに分からないという問題がある。さらに、既に市場に出回っているIEEE1394機器はノードベースで制御対象を選択するため、既存機器からAV/Cコマンドにより制御することが困難であるという問題を有している。
【0008】
本発明は、そのような状況に鑑みてなされたもので、既存のIEEE1394機器間を、無線を始めとする異種のネットワークで接続した場合でも、FCPフレームそのものを特定の通信プロトコルに依存せずに転送することで、FCPフレームに含まれたAV/Cコマンドによりネットワーク上のIEEE1394機器を制御することができるようにするものである。また、種々のFCPフレームの内、AV/Cコマンドを含むフレームFCPのみをネットワークに転送することにより、ネットワークのトラフィックを軽減することを目的とする。
【0009】
【課題を解決するための手段】
本発明はこうした課題を解決するための手段を提供するもので、各請求項の発明は、以下の技術手段を構成する。
【0011】
発明に係る通信システムは、第一の通信プロトコルにより構築された複数のネットワークと、該複数のネットワーク間を第二の通信プロトコルでつなぐ通信システムであって、前記第一の通信プロトコルはIEEE1394であり、前記第二の通信プロトコルはIEEE1394以外の通信プロトコルであり、前記複数のネットワークは、FCPフレーム内のdataフィールドの特定のビットからAV/Cコマンドを確認し、AV/Cコマンドの場合のみFCPフレームを前記第二の通信プロトコルに乗せて通信することを特徴とするものである。
【0017】
より具体的には、IEEE1394インターフェースを有する機器が接続されたネットワーク1及びネットワーク2が存在する。さらに、この2つのネットワークをIEEE1394以外の通信手段で接続するネットワーク3が存在する。ネットワーク1及び2はそれぞれネットワーク3の通信端末の一方とIEEE1394インターフェースで接続されている。
【0018】
今、ネットワーク1に属するコントローラからネットワーク2に属するターゲットをAV/Cコマンドで制御する場合について考えることとする。この時、コントローラはネットワーク1と接続された通信端末上に存在する仮想のノードに対してIEEE1394の仕様に基づきFCPフレームの形でAV/Cコマンドを投げる。ここで、仮想ノードはネットワーク2に属するターゲットのノードを仮想的にネットワーク1の通信端末上に再現したものであるが、当明細書ではその再現方法については記載しない。仮想ノードに対して投げられたAV/Cコマンドは、間の通信経路のプロトコルに左右されずにFCPフレームの形のままネットワーク2の通信端末に転送され、IEEE1394の仕様に則って実際のターゲットへと渡される。ターゲットは受け取ったAV/Cコマンドに対するレスポンスを同様の方法でコントローラへと送信する。
【0019】
これにより、間にIEEE1394以外の通信経路が在るにもかかわらず、コントローラ・ターゲット共に間の通信手段を意識せずに直接同一のネットワーク内に存在する場合と同じ方法でAV/Cコマンドのやりとりが可能となり、既存のIEEE1394機器を使用することが可能となる。
【0020】
【発明の実施の形態】
本発明による通信システムの実施形態の一例を図1乃至図5に基づいて以下に説明する。
【0021】
図1は、本発明による通信システムの実施形態例における構成の一例であり、IEEE1394ネットワーク1(101)、IEEE1394ネットワーク2(102)、IEEE1394以外のネットワーク(103)から構成されている。
【0022】
今、IEEE1394ネットワーク1(101)に属するAV/Cコントローラ(以後ノードA)(111)からIEEE1394ネットワーク2(102)に属するAV/Cターゲット(以後ノードB)(112)を制御する場合について考えることとする。
【0023】
ノードAとIEEE1394で接続された通信端末1(131)上には、ノードBの仮想ターゲット(以後ノードB’)(141)が、ノードBとIEEE1394で接続された通信端末2(132)上には、ノードAの仮想コントローラ(以後ノードA’)(142)がそれぞれの通信端末間の通信によって構成されている。この時、ノードA(111)からは同一のネットワーク上にノードB’(141)が見えており、ノードA(111)はノードB’(141)を制御の対象として認識している。これにより、ノードA(111)はあたかも同じネットワーク上の機器をコントロールするように、ノードB’(141)に対して図2に示されるFCPフレームのdataフィールドに図3に示されるAV/Cコマンドフレームを載せて送信する。
【0024】
コマンドを受け取ったノードB’(141)は受け取ったFCPフレームの宛先であるdestination_IDを識別し、destination_IDが自分宛であることを認識した場合にはパケットを受け取ったことを示すAckレスポンスをノードA(111)に返す。ノードA(111)はAckレスポンスを受け取らなかった場合には、FCPフレームを再送する。
【0025】
IEEE1394バスにおけるアシンクロナス通信は1つの通信についてリクエストとレスポンスの一対のトランザクションを基本にしているため、ノードB’(141)においてAckレスポンスを返すことにより、以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0026】
さらに受け取ったFCPフレーム内のdataフィールドの最初の4bit(AV/Cコマンドフレームのctsフィールド)が全て0であるかどうかでAV/Cコマンドであることを確認し、AV/Cコマンドの場合のみFCPフレームを通信ユニット1(151)に渡す。FCPフレームはAV/Cコマンド以外のデータを含んでいる場合があるため、送信対象をAV/Cコマンドを含んだFCPフレームのみに限定することにより以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0027】
通信ユニット1(151)は受け取ったFCPフレームをそのままIEEE1394以外のネットワーク(103)の通信プロトコル上に乗せてIEEE1394ネットワーク2(102)の通信端末2(132)の通信ユニット2(152)に送信する。FCPフレームは単なるデータの塊であるため、FCPフレームのみを転送する場合には、バスブリッジ等の複雑な仕組みを必要とせずに送信することが出来る。
【0028】
ここで、ノードB’(141)が予めどのIEEE1394ネットワークに属するかの情報を通信端末1(131)内で管理することで、複数のIEEE1394ネットワークが接続されている場合でもAV/Cコマンドを送信したノードB(112)に正確にコマンドを送ることが可能となる。
【0029】
通信端末2(132)の通信ユニット2(152)は受け取ったFCPフレームを取り出し、FCPフレーム内のsource_IDフィールドを識別し、ノードA(111)からのAV/Cコマンドであることが判明した場合、ノードA’(142)にFCPフレームを渡す。
【0030】
ノードA’(142)は受け取ったFCPフレームのdestination_IDを識別し、destination_IDがノードB(112)であることを認識すると、あたかも自分がノードA(111)であるかのようにノードB(112)に対してAV/Cコマンドを内包したFCPフレームを転送する。
【0031】
AV/Cコマンドを受け取ったノードB(112)は受け取ったFCPフレームの宛先であるdestination_IDを識別し、destination_IDが自分宛であることを認識した場合にはパケットを受け取ったことを示すAckレスポンスをノードA’(142)に返す。ノードA’(142)はAckレスポンスを受け取らなかった場合には、FCPフレームを再送する。
【0032】
IEEE1394バスにおけるアシンクロナス通信は1つの通信についてリクエストとレスポンスの一対のトランザクションを基本にしているため、ノードB’(141)においてAckレスポンスを受け取ることにより、以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0033】
AV/Cコマンドを内包したFCPフレームを受け取ったノードB(112)からは、同一のネットワーク上にノードA’(142)が見えており、AV/CコマンドがノードA’(142)から送られて来たと判断し、ノードA’(142)に対して受け取ったAV/Cコマンドに対するレスポンスとして、100ms以内に図2に示されるFCPフレームのdataフィールドに図4に示されるAV/Cレスポンスフレームを載せて送信する。
【0034】
レスポンスを受け取ったノードA’(142)は受け取ったFCPフレームの宛先であるdestination_IDを識別し、destination_IDが自分宛であることを認識した場合にはパケットを受け取ったことを示すAckレスポンスをノードB(112)に返す。ノードB(112)はAckレスポンスを受け取らなかった場合には、FCPフレームを再送する。
【0035】
IEEE1394バスにおけるアシンクロナス通信は1つの通信についてリクエストとレスポンスの一対のトランザクションを基本にしているため、ノードA’(142)においてAckレスポンスを返すことにより、以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0036】
さらに受け取ったFCPフレーム内のdataフィールドの最初の4bit(AV/Cレスポンスフレームのctsフィールド)が全て0であるかどうかでAV/Cレスポンスであることを確認し、AV/Cレスポンスの場合のみFCPフレームを通信ユニット2(152)に渡す。FCPフレームはAV/Cレスポンス以外のデータを含んでいる場合があるため、送信対象をAV/Cレスポンスを含んだFCPフレームのみに限定することにより以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0037】
通信ユニット2(152)は受け取ったFCPフレームをそのままIEEE1394以外のネットワーク(103)の通信プロトコル上に乗せてIEEE1394ネットワーク1(101)の通信端末1(131)の通信ユニット1(151)に送信する。ここで、ノードA’(142)が予めどのIEEE1394ネットワークに属するかの情報を通信端末2(132)内で管理することで、複数のIEEE1394ネットワークが接続されている場合でもAV/Cコマンドを送信したノードA(111)に正確にレスポンスを返すことが可能となる。
【0038】
通信端末1(131)の通信ユニット1(151)は受け取ったFCPフレームを取り出し、FCPフレーム内のsource_IDフィールドを識別し、ノードB(112)からのAV/Cレスポンスであることが判明した場合、ノードB’(141)にFCPフレームを渡す。ノードB’(141)は受け取ったFCPフレームのdestination_IDを識別し、destination_IDがノードA(111)であることを認識すると、あたかも自分がノードB(112)であるかのようにノードA(111)に対してAV/Cレスポンスを内包したFCPフレームを転送する。
【0039】
AV/Cレスポンスを受け取ったノードA(111)は受け取ったFCPフレームの宛先であるdestination_IDを識別し、destination_IDが自分宛であることを認識した場合にはパケットを受け取ったことを示すAckレスポンスをノードB’(141)に返す。ノードB’(141)はAckレスポンスを受け取らなかった場合には、FCPフレームを再送する。
【0040】
IEEE1394バスにおけるアシンクロナス通信は1つの通信についてリクエストとレスポンスの一対のトランザクションを基本にしているため、ノードB’(141)においてAckレスポンスを受け取ることにより、以後のIEEE1394以外のネットワークにおけるトラフィックを軽減することが出来る。
【0041】
ノードA(111)は受け取ったAV/Cレスポンスの内容によりノードB(112)に対して送信したAV/Cコマンドに対する結果を知ることが可能となる。
上記の一連の動作の流れを図5のシーケンス図に示す。ノードA(111)からノードB’(141)に対して発行されたAV/Cコマンドに対応するAV/CレスポンスはノードB’(141)からノードA(111)に対して返されている。
【0042】
また、ノードA’(142)からノードB(112)に対して発行されたAV/Cコマンドに対応するAV/CレスポンスはノードB(112)からノードA’(142)に対して返されている。これにより、ノードA(111)とノードB(112)には各々あたかも閉じた系であるIEEE1394ネットワーク内でAV/CコマンドとAV/Cレスポンスの送受信が完了しているように見える。
【0043】
そのため、既存のIEEE1394機器の様にノードを対象として制御を行ない、他のネットワークの制御に対応していない機器も使用可能となる。また、IEEE1394ネットワーク以外の系では一方向の通信となっているため、通信トラフィックを軽減することが可能となる。
【0044】
【発明の効果】
上記にて説明された本発明により以下の効果がもたらされる。
【0045】
本発明に係る通信システムは、上述したような構成としているので、異なる通信手段を介した複数のIEEE1394ネットワーク間でAV/Cコマンドを用いて機器を制御することが可能となる。
【0046】
また、複数のネットワーク間でAV/Cコマンドを送受信することが可能となる。
【0047】
また、上述したような構成としているので、複数のネットワーク間でAV/Cレスポンスを送受信することが可能となる。
【0048】
また、上述したような構成としているので、特定の通信プロトコルへのブリッジを用いずにAV/Cコマンドを利用することが可能となる。
【0049】
また、上述したような構成としているので、AV/CコマンドはFCPフレームで運ばれることが可能となる。
【0050】
また、上述したような構成としているので、AV/Cコマンドを含むFCPフレームのみを運ぶことでネットワークのトラフィックを軽減する事が可能となる。
【0051】
また、上述したような構成としているので、既存のIEEE1394機器で制御・被制御することが可能となる。
【図面の簡単な説明】
【図1】本発明による機器制御方法の一実施形態例を示す機能ブロック図である。
【図2】FCPフレームの構成を示す図である。
【図3】AV/Cコマンドフレームの構成を示す図である。
【図4】AV/Cレスポンスフレームの構成を示す図である。
【図5】本発明による機器制御方法の一実施形態例を示すシーケンス図である。
【符号の説明】
101 IEEE1394ネットワーク1
102 IEEE1394ネットワーク2
103 IEEE1394以外のネットワーク
111 AV/Cコントローラ(ノードA)
112 AV/Cターゲット(ノードB)
121 IEEE1394バス1
122 IEEE1394バス2
131 通信端末1
132 通信端末2
141 仮想ターゲット(ノードB’)
142 仮想コントローラ(ノードA’)
151 通信ユニット1
152 通信ユニット2
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication system using an AV / C command in a network through communication other than IEEE 1394 between networks connected by IEEE 1394.
[0002]
[Prior art]
In recent years, IEEE 1394 has attracted attention as a standard interface for digitally connecting home AV equipment. Attempts have also been made to construct a network in a wider range in the home using technologies such as Wireless 1394 and 1394 over 802.11 for wirelessly connecting networks configured with IEEE 1394.
[0003]
There are IEEE 1394 devices at both ends, and there are the following conventional examples of device control methods using AV / C commands in networks other than IEEE 1394 such as wireless communication.
[0004]
According to Patent Document 1 and Patent Document 2, a technique for controlling a device using an AV / C command wirelessly is described. In this conventional example, an AV / C command sent from an IEEE 1394 device to a wireless node is placed in an FCP frame, encapsulated in an IEEE 1394 packet, converted into a packet on IEEE 802.11, and transferred over the air (bus bridge). . The base station that has received this packet takes out an FCP frame from the IEEE 802.11 protocol, and uses a method of allocating devices to be controlled based on destination Subunit information included in the AV / C command frame therein. . Here, Subunit is a functional unit component in the world of AV / C commands.
[0005]
[Patent Document 1]
JP 2000-115173 A [Patent Document 2]
Japanese Patent Laid-Open No. 2000-196618 [0006]
[Problems to be solved by the invention]
However, when connecting IEEE 1394 and IEEE 802.11 as in the above-described apparatus, a bus bridge technique is required for conversion of communication means between IEEE 1394 and IEEE 802.11. Since IEEE 1394 equipment already on the market does not support the bus bridge technology, there is a problem that it is difficult to control the equipment with AV / C commands between networks across the bridge.
[0007]
In addition, a method for determining a device to be controlled based on controlled Subunit information is for a user who controls which Subunit corresponds to which device when a plurality of devices having the same Subunit exist on the network. There is a problem of not knowing. Furthermore, since IEEE 1394 equipment already on the market selects a control target on a node basis, it has a problem that it is difficult to control from existing equipment using AV / C commands.
[0008]
The present invention has been made in view of such a situation, and even when existing IEEE 1394 devices are connected by a heterogeneous network such as wireless communication, the FCP frame itself does not depend on a specific communication protocol. By transferring, the IEEE 1394 device on the network can be controlled by the AV / C command included in the FCP frame. It is another object of the present invention to reduce network traffic by transferring only a frame FCP including an AV / C command among various FCP frames to the network.
[0009]
[Means for Solving the Problems]
The present invention provides means for solving these problems, and the invention of each claim constitutes the following technical means.
[0011]
A communication system according to the present invention is a communication system in which a plurality of networks constructed by a first communication protocol and a plurality of networks are connected by a second communication protocol, and the first communication protocol is IEEE1394. Yes, the second communication protocol is a communication protocol other than IEEE 1394, and the plurality of networks confirm the AV / C command from a specific bit of the data field in the FCP frame, and only in the case of the AV / C command, the FCP The communication is performed by placing the frame on the second communication protocol.
[0017]
More specifically, there are a network 1 and a network 2 to which devices having an IEEE 1394 interface are connected. Furthermore, there is a network 3 that connects these two networks by a communication means other than IEEE1394. Each of the networks 1 and 2 is connected to one of communication terminals of the network 3 through an IEEE 1394 interface.
[0018]
Let us consider a case where a controller belonging to the network 1 controls a target belonging to the network 2 with an AV / C command. At this time, the controller sends an AV / C command in the form of an FCP frame to a virtual node existing on a communication terminal connected to the network 1 based on the IEEE 1394 specification. Here, the virtual node is obtained by virtually reproducing the target node belonging to the network 2 on the communication terminal of the network 1, but the reproduction method is not described in this specification. The AV / C command thrown to the virtual node is transferred to the communication terminal of the network 2 in the form of an FCP frame regardless of the protocol of the communication path between them, and is sent to the actual target in accordance with the IEEE 1394 specification. Is passed. The target transmits a response to the received AV / C command to the controller in the same manner.
[0019]
This allows AV / C commands to be exchanged in the same way as when the controller and target are both directly in the same network, regardless of the communication path other than IEEE 1394 between them. This makes it possible to use existing IEEE 1394 equipment.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
An example of an embodiment of a communication system according to the present invention will be described below with reference to FIGS.
[0021]
FIG. 1 shows an example of the configuration of an embodiment of a communication system according to the present invention, which is composed of an IEEE 1394 network 1 (101), an IEEE 1394 network 2 (102), and a network (103) other than IEEE 1394.
[0022]
Consider a case where an AV / C controller (hereinafter referred to as node A) (111) belonging to the IEEE 1394 network 1 (101) controls an AV / C target (hereinafter referred to as node B) (112) belonging to the IEEE 1394 network 2 (102). And
[0023]
On the communication terminal 1 (131) connected to the node A and the IEEE 1394, the virtual target of the node B (hereinafter referred to as the node B ′) (141) is placed on the communication terminal 2 (132) connected to the node B and the IEEE 1394. The virtual controller of node A (hereinafter referred to as node A ′) (142) is configured by communication between the respective communication terminals. At this time, node A (111) sees node B ′ (141) on the same network, and node A (111) recognizes node B ′ (141) as a control target. As a result, the node A (111) controls the devices on the same network as if the AV / C command shown in FIG. 3 in the data field of the FCP frame shown in FIG. 2 for the node B ′ (141). Send a frame.
[0024]
The node B ′ (141) that has received the command identifies the destination_ID that is the destination of the received FCP frame, and if it recognizes that the destination_ID is addressed to itself, the node B ′ (141) sends an Ack response indicating that the packet has been received to the node A ( 111). If the node A (111) does not receive the Ack response, it retransmits the FCP frame.
[0025]
Asynchronous communication on the IEEE 1394 bus is based on a pair of transaction of request and response for one communication. Therefore, by returning an Ack response at the node B ′ (141), traffic in networks other than IEEE 1394 is reduced thereafter. I can do it.
[0026]
Further, it is confirmed that the first 4 bits of the data field in the received FCP frame (cts field of the AV / C command frame) are all 0, whether it is an AV / C command. The frame is passed to the communication unit 1 (151). Since the FCP frame may include data other than the AV / C command, traffic in a network other than IEEE 1394 can be reduced by limiting the transmission target to only the FCP frame including the AV / C command. I can do it.
[0027]
The communication unit 1 (151) transmits the received FCP frame as it is on the communication protocol of the network (103) other than IEEE1394 to the communication unit 2 (152) of the communication terminal 2 (132) of the IEEE1394 network 2 (102). . Since the FCP frame is simply a data chunk, when only the FCP frame is transferred, the FCP frame can be transmitted without requiring a complicated mechanism such as a bus bridge.
[0028]
Here, Node B '(141) that is managed in advance by any IEEE1394 communication or information networks belonging terminal 1 (131) in the AV / C command even if a plurality of IEEE1394 network is connected transmitted The command can be accurately sent to the node B (112).
[0029]
When the communication unit 2 (152) of the communication terminal 2 (132) takes out the received FCP frame, identifies the source_ID field in the FCP frame, and if it is found that the AV / C command is from the node A (111), The FCP frame is passed to the node A ′ (142).
[0030]
When the node A ′ (142) identifies the destination_ID of the received FCP frame and recognizes that the destination_ID is the node B (112), the node A (142) is as if it were the node A (111). The FCP frame containing the AV / C command is transferred.
[0031]
Upon receiving the AV / C command, the Node B (112) identifies the destination_ID that is the destination of the received FCP frame, and if it recognizes that the destination_ID is addressed to itself, it sends an Ack response indicating that the packet has been received. Return to A '(142). If the node A ′ (142) does not receive the Ack response, the node A ′ (142) retransmits the FCP frame.
[0032]
Asynchronous communication on the IEEE 1394 bus is based on a pair of transaction of request and response for one communication, so that the node B ′ (141) receives an Ack response to reduce traffic in networks other than IEEE 1394 thereafter. I can do it.
[0033]
The node B (112) receiving the FCP frame including the AV / C command can see the node A ′ (142) on the same network, and the AV / C command is transmitted from the node A ′ (142). As a response to the AV / C command received to the node A ′ (142), the AV / C response frame shown in FIG. 4 is added to the data field of the FCP frame shown in FIG. 2 within 100 ms. Put it on and send it.
[0034]
The node A ′ (142) that has received the response identifies the destination_ID that is the destination of the received FCP frame, and if it recognizes that the destination_ID is addressed to itself, it sends an Ack response indicating that the packet has been received to the node B ( 112). When the node B (112) does not receive the Ack response, it retransmits the FCP frame.
[0035]
Asynchronous communication on the IEEE 1394 bus is based on a pair of transaction of request and response for one communication. Therefore, by returning an Ack response at the node A ′ (142), traffic in a network other than IEEE 1394 is reduced thereafter. I can do it.
[0036]
Further, the first 4 bits of the data field in the received FCP frame (the cts field of the AV / C response frame) is confirmed to be an AV / C response based on whether it is all 0, and only in the case of an AV / C response, the FCP The frame is passed to the communication unit 2 (152). Since the FCP frame may contain data other than the AV / C response, traffic in a network other than IEEE 1394 can be reduced by limiting the transmission target to only the FCP frame including the AV / C response. I can do it.
[0037]
The communication unit 2 (152) carries the received FCP frame as it is on the communication protocol of the network (103) other than IEEE1394 and transmits it to the communication unit 1 (151) of the communication terminal 1 (131) of the IEEE1394 network 1 (101). . Here, the node A '(142) that is managed in advance by any IEEE1394 network belonging or information communication terminal 2 (132) in the AV / C command even if a plurality of IEEE1394 network is connected transmitted It is possible to accurately return a response to the node A (111).
[0038]
When the communication unit 1 (151) of the communication terminal 1 (131) takes out the received FCP frame, identifies the source_ID field in the FCP frame, and when it is found that the AV / C response is from the node B (112), The FCP frame is passed to the node B ′ (141). When the node B ′ (141) identifies the destination_ID of the received FCP frame and recognizes that the destination_ID is the node A (111), the node B (111) is as if it were the node B (112). The FCP frame including the AV / C response is transferred.
[0039]
The node A (111) that has received the AV / C response identifies the destination_ID that is the destination of the received FCP frame, and if it recognizes that the destination_ID is addressed to itself, the node A (111) sends an Ack response indicating that the packet has been received. Return to B '(141). If the node B ′ (141) does not receive the Ack response, it retransmits the FCP frame.
[0040]
Asynchronous communication on the IEEE 1394 bus is based on a pair of transaction of request and response for one communication, so that the node B ′ (141) receives an Ack response to reduce traffic in networks other than IEEE 1394 thereafter. I can do it.
[0041]
The node A (111) can know the result of the AV / C command transmitted to the node B (112) according to the content of the received AV / C response.
The sequence of the above operation is shown in the sequence diagram of FIG. An AV / C response corresponding to the AV / C command issued from the node A (111) to the node B ′ (141) is returned from the node B ′ (141) to the node A (111).
[0042]
An AV / C response corresponding to the AV / C command issued from the node A ′ (142) to the node B (112) is returned from the node B (112) to the node A ′ (142). Yes. As a result, the node A (111) and the node B (112) seem to have completed transmission / reception of AV / C commands and AV / C responses in the IEEE 1394 network which is a closed system.
[0043]
For this reason, control is performed for nodes such as existing IEEE 1394 devices, and devices that are not compatible with other network controls can also be used. In addition, since communication is unidirectional in systems other than the IEEE 1394 network, communication traffic can be reduced.
[0044]
【The invention's effect】
The following effects are brought about by the present invention described above.
[0045]
Since the communication system according to the present invention is configured as described above, it is possible to control devices using AV / C commands between a plurality of IEEE 1394 networks via different communication means.
[0046]
In addition, AV / C commands can be transmitted and received between a plurality of networks.
[0047]
In addition, since the configuration is as described above, it is possible to transmit / receive AV / C responses between a plurality of networks.
[0048]
Further, since the configuration is as described above, it is possible to use AV / C commands without using a bridge to a specific communication protocol.
[0049]
Further, since the configuration is as described above, the AV / C command can be carried in the FCP frame.
[0050]
Further, since the configuration is as described above, it is possible to reduce network traffic by carrying only FCP frames including AV / C commands.
[0051]
Further, since the configuration is as described above, it can be controlled and controlled by existing IEEE 1394 equipment.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing an embodiment of a device control method according to the present invention.
FIG. 2 is a diagram illustrating a configuration of an FCP frame.
FIG. 3 is a diagram illustrating a configuration of an AV / C command frame.
FIG. 4 is a diagram illustrating a configuration of an AV / C response frame.
FIG. 5 is a sequence diagram showing an embodiment of a device control method according to the present invention.
[Explanation of symbols]
101 IEEE 1394 network 1
102 IEEE 1394 network 2
103 Network 111 other than IEEE 1394 AV / C controller (node A)
112 AV / C target (Node B)
121 IEEE 1394 bus 1
122 IEEE 1394 bus 2
131 Communication terminal 1
132 Communication terminal 2
141 Virtual target (Node B ′)
142 Virtual Controller (Node A ′)
151 Communication unit 1
152 Communication unit 2

Claims (1)

第一の通信プロトコルにより構築された複数のネットワークと、該複数のネットワーク間を第二の通信プロトコルでつなぐ通信システムであって、
前記第一の通信プロトコルはIEEE1394であり、
前記第二の通信プロトコルはIEEE1394以外の通信プロトコルであり、
前記複数のネットワークは、FCPフレーム内のdataフィールドの特定のビットからAV/Cコマンドを確認し、AV/Cコマンドの場合のみFCPフレームを前記第二の通信プロトコルに乗せて通信することを特徴とする通信システム。
A plurality of networks constructed by a first communication protocol, and a communication system for connecting the plurality of networks by a second communication protocol,
The first communication protocol is IEEE 1394,
The second communication protocol is a communication protocol other than IEEE 1394,
The plurality of networks confirms an AV / C command from a specific bit of a data field in an FCP frame, and communicates the FCP frame on the second communication protocol only in the case of the AV / C command. Communication system.
JP2002293124A 2002-10-07 2002-10-07 Communications system Expired - Fee Related JP4026817B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002293124A JP4026817B2 (en) 2002-10-07 2002-10-07 Communications system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002293124A JP4026817B2 (en) 2002-10-07 2002-10-07 Communications system

Publications (2)

Publication Number Publication Date
JP2004129095A JP2004129095A (en) 2004-04-22
JP4026817B2 true JP4026817B2 (en) 2007-12-26

Family

ID=32284123

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002293124A Expired - Fee Related JP4026817B2 (en) 2002-10-07 2002-10-07 Communications system

Country Status (1)

Country Link
JP (1) JP4026817B2 (en)

Also Published As

Publication number Publication date
JP2004129095A (en) 2004-04-22

Similar Documents

Publication Publication Date Title
JP4474422B2 (en) Apparatus and method for transmitting control information in mobile communication system
ES2244630T3 (en) PROCEDURE TO AVOID WAITING TIMES PPP DURING IPCP NEGOTIATIONS.
JP5588514B2 (en) MAC PDU transmission / reception method and apparatus using MAC header type information
EP1303947B1 (en) Mobile terminal and method of providing a network-to-network connection
EP1113644B1 (en) Data transfer method and radio terminal for executing transport layer protocol on radio network
JP5053835B2 (en) Relay device
EP1389853A1 (en) Bandwidth oriented reconfiguration of wireless ad hoc networks
CN102484813B (en) Apparatus and methods for transmitting and receiving MAC PDU using MAC headers
US20070058659A1 (en) Method for providing requested quality of service
CN110351030A (en) Message transmitting method, device and system
JP2008507226A (en) System and method for improving data throughput using block acknowledgment
CN104350806A (en) Home networking with integrated cellular communication
JP2003524328A (en) Method and apparatus for providing configurable layers and protocols in a communication system
EP1601144B1 (en) Method for communication between coordinator-based wireless networks
MX2007005446A (en) Method of transmitting/receiving control information of data channel for enhanced uplink data transmission.
WO2010121416A1 (en) Method, relay node and system for processing data in a relay link
JP2007512753A (en) Method for direct communication between a first station and a second station of a wireless network
JP2008515262A (en) Resource allocation in communication systems
JP2022532307A (en) Communication device and communication method for multi-AP joint retransmission
CA2402261C (en) System and method in a gprs network for interfacing a base station system with a serving gprs support node
CN113453176B (en) Method for enabling satellite terminal to support NAS signaling to achieve 5G core network management and control
US20020018472A1 (en) Radio link protocol with reduced signaling overhead
US20060155856A1 (en) Communications device, network system, communication management method, request signal, response signal, program, and recording medium containing the program
CN102474505A (en) Method and apparatus for providing interoperability between a first protocol and a second protocol
JP4026817B2 (en) Communications system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070313

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070724

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070831

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071005

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101019

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111019

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121019

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees