JP4026817B2 - Communications system - Google Patents
Communications system Download PDFInfo
- 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
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
[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
[0018]
Let us consider a case where a controller belonging to the
[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
102 IEEE 1394
103 Network 111 other than IEEE 1394 AV / C controller (node A)
112 AV / C target (Node B)
121 IEEE 1394
122 IEEE 1394
131
132
141 Virtual target (Node B ′)
142 Virtual Controller (Node A ′)
152
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.
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) |
-
2002
- 2002-10-07 JP JP2002293124A patent/JP4026817B2/en not_active Expired - Fee Related
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 |