WO2010082509A1 - Sctp通信方法 - Google Patents
Sctp通信方法 Download PDFInfo
- Publication number
- WO2010082509A1 WO2010082509A1 PCT/JP2010/000268 JP2010000268W WO2010082509A1 WO 2010082509 A1 WO2010082509 A1 WO 2010082509A1 JP 2010000268 W JP2010000268 W JP 2010000268W WO 2010082509 A1 WO2010082509 A1 WO 2010082509A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- streams
- node
- nodes
- stream
- association
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/726—Reserving resources in multiple paths to be used simultaneously
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
Definitions
- the present invention relates to an SCTP (Stream Control Transmission Protocol) communication method applied to a communication system composed of a plurality of nodes, and more particularly to allocation of the number of streams used in each association established in each node.
- SCTP Stream Control Transmission Protocol
- Patent Document 1 discloses a transport layer protocol that supports multihoming.
- the multihomed host has a plurality of network interfaces and can have a plurality of addressable IP addresses.
- SCTP also supports multi-streaming.
- the number of streams used in each association is statically assigned, and the number of streams determined at the time of establishing the association has been used until communication is disconnected.
- the stream number assignment procedure will be described.
- FIG. 13 shows a procedure for assigning the number of streams between SCTP nodes (hereinafter referred to as “nodes”) X and Y in steps ST301 to ST303.
- nodes SCTP nodes
- the node X that issues a connection request sends INIT (Initiation) to the node Y.
- INIT Initiation
- Step ST302 the node Y that has received INIT returns INIT_ACK (Initiation Acknowledgment) to the node X.
- INIT_ACK Initiation Acknowledgment
- Step ST303 the node X compares the requested number of streams OS (Number of Outbound Streams) described in the received INIT_ACK with the allowable number of streams MIS (Number of Inbound Streams), and sets the minimum number as the number of streams. decide.
- the requested stream number OS is the number of streams that are desired to be used in each association
- the allowable stream number MIS is the maximum number of streams that can be allowed by each node.
- the advantage of the communication method using a plurality of streams is that packet transmission can be continued in a stream other than the stream for which packet retransmission is being performed, compared to a communication method using a single stream. That is, the use of a plurality of streams can be expected to improve the data communication speed in the application layer.
- the maximum number of streams used by each node is determined in consideration of the trade-off between the number of streams and the processing capacity allocated to each stream. That is, each node needs to efficiently allocate the limited number of streams to each association.
- the number of streams determined at the time of establishing each association is statically allocated to each node and is maintained until communication is disconnected, so application requests, changes in communication status, etc.
- the number of streams cannot be changed. For this reason, even if a stream that can be used during communication is generated, there is a problem in that the communication speed cannot be improved using the stream.
- the communication speed between the node Q and the node R remains low. That is, even if a surplus stream occurs in another node, the conventional SCTP communication method cannot use the available stream, and the communication speed cannot be improved.
- the number of streams determined at the time of initiation is statically assigned to each node and maintained until communication is disconnected, which occurs due to application requests, changes in communication status, etc.
- the number of streams cannot be dynamically changed by effectively using an empty stream, and the communication speed cannot be improved.
- the present invention has been made in view of the above circumstances, and dynamically updates the number of streams used for associations established between nodes, and effectively enables streams that greatly affect the communication speed in large-scale communication.
- An object of the present invention is to provide an SCTP communication method that can be used to improve communication speed.
- each node when each node receives INIT describing the number of requested streams, it returns INIT_ACK describing the number of allowable streams, thereby
- INIT_ACK describing the number of allowable streams
- the SCTP communication system constructs an association using at least one stream between a plurality of nodes in the communication system.
- Each node detects the occurrence of an empty stream, a first transmission unit that transmits INIT describing the number of requested streams, a second transmission unit that transmits INIT_ACK describing the number of allowable streams when receiving INIT, and
- an additional request message in which the number of additional request streams is described is received, an additional confirmation message is transmitted, so that the number of streams used in the association established with another node is changed.
- the node according to the present invention is compliant with the SCTP communication method for constructing an association using at least one stream, and receives a INIT that includes a first transmitter that transmits an INIT describing the number of requested streams.
- a second transmission unit that transmits INIT_ACK describing the number of allowable streams, and when an addition request message describing the number of additional request streams is detected when the occurrence of an empty stream is detected, an additional confirmation message is transmitted, Therefore, a control unit is provided that changes the number of streams used in the association established with another node.
- the number of streams used in the association established between nodes can be dynamically changed without disconnecting communication.
- the number of streams in large-scale communication can be effectively used to improve the communication speed.
- FIG. 4 is a diagram showing a state where an empty stream generated in FIG. 3 is additionally allocated between nodes B and C. As shown in FIG. 2 to FIG. 4, when a free stream occurs, it is a sequence diagram showing a procedure for detecting it and assigning it to another node.
- FIG. 8 is a diagram showing a state where the number of streams used between nodes D and E is reduced in FIG.
- FIG. 9 is a diagram showing a state where the surplus stream generated in FIG. 8 is recognized as an empty stream and assigned between nodes E and F. As shown in FIGS. 7 to 9, when a surplus stream is detected, it is a sequence diagram showing a procedure for assigning it to another node.
- FIG. As a first example of a conventional SCTP communication method, it is a diagram illustrating a state in which nodes K and M communicate with a node L having the number of usable streams “5”. In FIG.
- FIG. 15 it is a figure which shows the condition where communication between the node K and the node L was complete
- FIG. 17 it is a diagram illustrating a state in which nodes P and R communicate with a node Q whose number of usable streams is “5”.
- FIG. 17 it is a figure which shows the condition where two streams became unnecessary by communication between the node P and the node Q.
- FIG. 1 is a block diagram illustrating a configuration of a node 1 provided in a communication system to which an SCTP communication method according to a first embodiment of the present invention is applied.
- the node 1 includes a first transmission unit 2, a second transmission unit 3, and a control unit 4.
- the first transmission unit 2 is used when an SCTP link (that is, “association”) is established between nodes, and a communication start request to another node and a request stream number OS are set to INIT (Initiation). Send as.
- SCTP link that is, “association”
- the second transmission unit 3 is used when constructing an SCTP association between the nodes.
- the INIT_ACK Initiation Acknowledgment
- the node Reply to the node.
- the control unit 4 communicates with other nodes using the minimum number of streams based on the requested number of streams OS and the allowable number of streams MIS. When the control unit 4 detects an empty stream, it notifies the number of empty streams to other nodes. In response to this, when the number of additional request streams is transmitted from another node, the control unit 4 calculates the minimum number of streams based on the number of empty streams and the number of additional request streams and uses it for communication with other nodes. Change the number of streams dynamically.
- control unit 4 may control the first transmission unit 2 independently to transmit the number of empty streams to other nodes at a predetermined cycle.
- the control unit 4 may control the second transmission unit 3 independently to transmit the number of additional request streams from another node.
- the communication system includes a plurality of nodes 1 and communicates with each other to establish an SCTP association. At that time, the node 1 determines the number of streams used in the association and starts communication.
- nodes A, B, and C having the same configuration as the node 1 are connected.
- the application ends, the association between the nodes A and B becomes unnecessary, and the association is released. That is, the three streams used between the node A and the node B are vacated.
- the stream assignment procedure shown in FIG. 5 is executed, and thus an empty stream generated due to the cancellation of the association is assigned to another association.
- the number of streams between the node B and the node C is changed from “2” to “3”, thereby improving the communication speed of both.
- Step ST101 The node A transmits an INIT requesting the number of streams to be used in the association to the node B.
- Step ST102 The node B returns INIT_ACK indicating the upper limit value of the number of streams to the node A as a response to the INIT received in step ST101.
- Step ST103 The node C transmits INIT requesting the number of streams to be used in the association to the node B.
- Step ST104 The node B returns INIT_ACK indicating the upper limit value of the number of streams to the node C as a response to the INIT received in step ST103.
- Step ST105 When the association between the nodes A and B becomes unnecessary due to the termination of the application, SHUTDOWN indicating that the association is released is transmitted from the node A to the node B.
- Step ST106 The node B returns SHUTDOWN_ACK to the node A as a response to SHUTDOWN received in step ST105.
- the three streams used in the association between the nodes A and B are vacant.
- Step ST107 The node B recognizes that three empty streams have occurred due to the cancellation of the association between the nodes A and B. That is, the node B recognizes that three streams that have been used with the node A so far are free.
- Step ST108 The node B notifies the node C of a vacancy occurrence message indicating that a vacant stream has occurred.
- a vacancy occurrence message having the packet format shown in FIG. 6 is transmitted from node B to node C.
- Step ST110 The node B that has received the addition request message in step ST109 transmits an addition confirmation message indicating the upper limit value of the current usable stream number to the node C.
- This addition confirmation message uses the same packet format as INIT_ACK. This is the same as using the same packet format as INIT for the add request message. That is, the type value differs between the addition confirmation message and INIT_ACK.
- Step ST111 The node B allocates an additional stream with the node C. Accordingly, as shown in FIG. 4, the number of streams can be increased from “2” to “3” without the association between the nodes B and C being interrupted.
- the node B transmits a vacancy occurrence message to the node C at the timing when it detects that a vacant stream has occurred with the node A.
- the vacancy occurrence message may be transmitted at a predetermined cycle.
- each node may simultaneously transmit a vacancy occurrence message indicating the occurrence of an empty stream to another node at the time of data transmission.
- the SCTP communication method Similar to the first embodiment, the configuration of the node 1 is also used in the second embodiment, but the function is different.
- the control unit 4 of the node 1 calculates the number of surplus streams based on the current communication amount and the number of used streams, recognizes the number of surplus streams as the number of free streams, and notifies the other nodes.
- the second embodiment is the same as the first embodiment.
- FIG. 10 is a sequence diagram illustrating a procedure for recognizing a surplus stream generated when the number of streams used in the association is reduced as an empty stream and allocating it to another association in the SCTP communication method according to the second embodiment.
- Step ST201 The node D transmits an INIT requesting the number of streams to be used in the association to the node E.
- Step ST202 The node E returns INIT_ACK indicating the upper limit of the number of streams to the node D as a response to the INIT received in step ST201.
- Step ST203 The node F transmits an INIT requesting the number of streams to be used in the association to the node E.
- Step ST204 The node E returns INIT_ACK indicating the upper limit value of the number of usable streams to the node F as a response to the INIT received in step ST203.
- the upper limit value of the number of streams of the node E is “5” and three streams are used with the node D, the upper limit value of the number of usable streams is “2”.
- an association is established between the nodes E and F with two streams as shown in FIG.
- Step ST206 The node D transmits a release request message to the node E in order to release the recognized surplus stream.
- a release request message is created in the packet format shown in FIG. 11, and “2” is described in the number of surplus streams RS (Number of Reducing Streams).
- Step ST207 Upon receiving the release request message in step ST206, step E returns a release confirmation message to the node D to confirm the surplus stream to be released.
- the number of surplus streams to be allocated is described in the release confirmation message.
- a release confirmation message is created in the packet format shown in FIG. 12, and the number of surplus streams assigned to the number of surplus streams RS (Number of Reducing Streams) is described.
- Step ST208 Upon receiving the release confirmation message, the node D releases only the surplus stream, maintains the association with the remaining stream, and continues the communication with the node E. Node E recognizes the occurrence of an empty stream in step ST208.
- Step ST209 The node E transmits to the node F a vacancy occurrence message indicating that a vacant stream has occurred.
- the vacancy occurrence message may be transmitted in a predetermined cycle.
- the current number of free streams is described in the free space generation message.
- Step ST211 Upon receiving the addition request message in step ST210, the node E returns an addition confirmation message indicating the upper limit value of the number of usable streams to the node F. As a result, as shown in FIG. 9, the number of streams is increased from “2” to “3” without the association between the nodes E and F being interrupted.
- the present invention is applied to an SCTP-compliant communication system that establishes an association between a plurality of nodes and performs communication.
- the present invention is also applicable to a communication system between nodes that comply with other communication protocols. .
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Description
本願は、2009年1月19日、日本国に出願された特願2009-9201号に基づき優先権を主張し、その内容をここに援用する。
第1の例について図15及び図16を参照して説明する。ここでは、3つのノードK、L、Mにより通信が行われており、ノードLの使用可能なストリーム数の上限値が5本(MIS=5)であり、ノードKがノードLに対して3本のストリームを要求(OS=3)するINITを送信し、ノードLはその要求を受諾してアソシエーションを構築するものとする。
図2に示すように、ノード1と同一構成の3つのノード(ノードA、B、C)が接続されているものとする。ここで、ノードBの使用可能なストリーム数の上限値、即ち許容ストリーム数MISが「5」(MIS=5)に設定されている。先ず、ノードAがノードBに対して3本のストリーム(OS=3)を要求するINITを送信し、ノードBはその要求を受諾してアソシエーションを構築する。次に、ノードBがノードCに対して3本のストリーム(OS=3)を要求するINITを送信する。しかし、ノードBにおける使用可能なストリーム数は「5」-「3」=「2」(MIS=2)なので、ノードBとノードCの間のアソシエーションにて使用されるストリーム数は「2」に制限される。
図7に示すように、3つのノードD、E、Fが接続されており、ノードEの使用可能なストリーム数の上限値、即ち許容ストリーム数MISは「5」(MIS=5)に設定されている。先ず、ノードDが3本のストリームを要求(OS=3)するINITをノードEに送信して、ノードEはその要求ストリーム数OSを受諾してアソシエーションを構築したものとする。次に、ノードFが3本のストリームを要求(OS=3)するINITをノードEに送信した場合、ノードEにて使用可能なストリーム数は「2」(MIS=2)であるため、ノードE、F間で構築されるアソシエーションのストリーム数は「2」に制限される。
2 第1の送信部
3 第2の送信部
4 制御部
Claims (10)
- 複数のノードより構成された通信システムにおいて、
各ノードは、要求ストリーム数を記述したINITを受信すると、許容ストリーム数を記述したINIT_ACKを返信し、以って、他のノードとの間に少なくとも1本のストリームを使用したアソシエーションを確立し、
空きストリームの発生が検出され、かつ、追加要求ストリーム数が記述された追加要求メッセージ
を受信すると、各ノードは追加確認メッセージを送信し、以って、他のノードとの間に構築したアソシエーションで使用されるストリーム数を変更するようにしたSCTP通信方法。 - 各ノードは、現在の通信量と使用ストリーム数に基づいて余剰ストリーム数を算出し、その余剰ストリーム数を空きストリーム数として他のノードに通知するようにした請求項1記載のSCTP通信方法。
- 各ノードは、空きストリームの発生が検出されたタイミングでその空きストリーム数を他のノードに通知するようにした請求項1記載のSCTP通信方法。
- 各ノードは、所定のタイミングで空きストリーム数を他のノードに通知するようにした請求項1記載のSCTP通信方法。
- 各ノードは、他のノードとの通信において随時空きストリーム数を通知するようにした請求項1記載のSCTP通信方法。
- 複数のノード間で少なくとも1本のストリームを使用したアソシエーションを構築するSCTP通信システムであって、
各ノードは、要求ストリーム数を記述したINITを送信する第1の送信部と、
INITを受信すると、許容ストリーム数を記述したINIT_ACKを送信する第2の送信部と、
空きストリームの発生が検出され、かつ、追加要求ストリーム数が記述された追加要求メッセージを受信すると、追加確認メッセージを送信し、以って、他のノードとの間に構築されたアソシエーションで使用されるストリーム数を変更する制御部を具備するようにしたSCTP通信システム。 - 制御部は、現在の通信量と使用ストリーム数に基づいて余剰ストリーム数を算出し、その余剰ストリーム数を空きストリーム数として他のノードに通知するようにした請求項6記載のSCTP通信システム。
- 制御部は、第1の送信部を独立して制御して、空きストリーム数を他のノードに通知するようにした請求項6記載のSCTP通信システム。
- 制御部は、第2の送信部を独立して制御して、追加要求メッセージを送信するようにした請求項6記載のSCTP通信システム。
- 少なくとも1本のストリームを使用してアソシエーションを構築するSCTP通信方法に準拠したノードであって、
要求ストリーム数を記述したINITを送信する第1の送信部と、
INITを受信すると、許容ストリーム数を記述したINIT_ACKを送信する第2の送信部と、
空きストリームの発生が検出され、かつ、追加要求ストリーム数が記述された追加要求メッセージを受信すると、追加確認メッセージを送信し、以って、他のノードとの間に構築されたアソシエーションで使用されるストリーム数を変更する制御部を具備するようにしたノード。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/144,824 US8908519B2 (en) | 2009-01-19 | 2010-01-19 | SCTP communication method |
JP2010546606A JP5246271B2 (ja) | 2009-01-19 | 2010-01-19 | Sctp通信方法、sctp通信システムおよびノード |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009-009201 | 2009-01-19 | ||
JP2009009201 | 2009-01-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010082509A1 true WO2010082509A1 (ja) | 2010-07-22 |
Family
ID=42339762
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2010/000268 WO2010082509A1 (ja) | 2009-01-19 | 2010-01-19 | Sctp通信方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8908519B2 (ja) |
JP (1) | JP5246271B2 (ja) |
WO (1) | WO2010082509A1 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103001682B (zh) | 2011-09-14 | 2015-03-11 | 华为技术有限公司 | 一种数据反馈方法以及相关装置 |
US20140114954A1 (en) * | 2012-10-23 | 2014-04-24 | International Business Machines Corporation | Incorporating related searches by other users in a social network in a search request |
EP3466015B1 (en) * | 2016-06-02 | 2023-08-09 | Telefonaktiebolaget LM Ericsson (PUBL) | Method and network node for handling sctp packets |
CN108243211A (zh) * | 2016-12-24 | 2018-07-03 | 华为技术有限公司 | 一种数据传输方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001197118A (ja) * | 2000-01-11 | 2001-07-19 | Nec Corp | データグラム中継装置及びその方法 |
JP2009111641A (ja) * | 2007-10-29 | 2009-05-21 | Fujitsu Ltd | 基地局装置、通信方法及び移動通信システム |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3251077B2 (ja) * | 1992-12-25 | 2002-01-28 | 沖電気工業株式会社 | アソシエーション管理方法 |
US5862325A (en) * | 1996-02-29 | 1999-01-19 | Intermind Corporation | Computer-based communication system and method using metadata defining a control structure |
JP3983042B2 (ja) * | 2000-12-07 | 2007-09-26 | アルカテル・カナダ・インコーポレイテツド | ソースルーティングシグナリングプロトコル通信ネットワークにおけるコールブロッキングトリガトポロジ更新のためのシステムおよび方法 |
US7054333B2 (en) * | 2001-04-19 | 2006-05-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for distributed SCCP management procedures |
DE10133473C1 (de) | 2001-07-10 | 2003-02-20 | Siemens Ag | Verfahren zur optimierten Nutzung von SCTP (Stream Control Transmission Protocol) in MPLS (Multi Protocol Label Switching) Netzen |
JP3943465B2 (ja) * | 2002-08-20 | 2007-07-11 | 株式会社エヌ・ティ・ティ・ドコモ | 通信装置、通信システム及び通信方法 |
JP4579742B2 (ja) * | 2005-03-30 | 2010-11-10 | キヤノン株式会社 | 無線端末装置、無線通信方法、及びコンピュータプログラム |
-
2010
- 2010-01-19 WO PCT/JP2010/000268 patent/WO2010082509A1/ja active Application Filing
- 2010-01-19 US US13/144,824 patent/US8908519B2/en not_active Expired - Fee Related
- 2010-01-19 JP JP2010546606A patent/JP5246271B2/ja not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001197118A (ja) * | 2000-01-11 | 2001-07-19 | Nec Corp | データグラム中継装置及びその方法 |
JP2009111641A (ja) * | 2007-10-29 | 2009-05-21 | Fujitsu Ltd | 基地局装置、通信方法及び移動通信システム |
Non-Patent Citations (1)
Title |
---|
R.STEWART ET AL.: "Stream Control Transmission Protocol (SCTP) Stream Reset", IETF, INTERNET-DRAFT DRAFT-STEWART-TSVWG-SCTPSTRRST-00.TXT, 20 June 2008 (2008-06-20) * |
Also Published As
Publication number | Publication date |
---|---|
JPWO2010082509A1 (ja) | 2012-07-05 |
US8908519B2 (en) | 2014-12-09 |
JP5246271B2 (ja) | 2013-07-24 |
US20120020375A1 (en) | 2012-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102156687B1 (ko) | 다중 경로 연결을 확립하기 위한 방법 및 멀티 홈 장비 | |
JP2009219076A (ja) | Ip電話システムにおけるゲートウェイルータおよび緊急呼の優先制御方法 | |
JP2010050770A (ja) | 無線通信装置、通信システム、および通信制御方法、並びにプログラム | |
JP5246271B2 (ja) | Sctp通信方法、sctp通信システムおよびノード | |
JP4644709B2 (ja) | データ記録システム、データ取得装置、データ記録装置、データ取得装置制御プログラム、およびデータ記録装置制御プログラム | |
JP2009260594A (ja) | データ通信方法 | |
JP3705297B1 (ja) | ネットワーク伝送装置およびネットワーク伝送方法 | |
JP4317208B2 (ja) | 動的ネットワークにおけるセッションをセットアップする方法および装置 | |
JP2007219680A (ja) | サーバ | |
JP4480726B2 (ja) | 無線端末および無線通信方法 | |
JPWO2007023966A1 (ja) | 通信装置、通信方法および通信プロトコル処理方法、通信端末装置およびその通信方法、ならびに通信システムおよびその通信方法 | |
WO2021192294A1 (ja) | 光伝送装置、光通信システム、及び光通信方法 | |
JP4452172B2 (ja) | ゲートウェイ装置及びVoIPネットワークシステム | |
JP2005244366A (ja) | ゲートウェイ装置及び移動端末機とlan間接続方法 | |
JP2006121246A (ja) | 移動体パケット通信システム、ノード装置及びそれらに用いるpdpコンテキスト継続方法 | |
KR100949280B1 (ko) | 네트워크 인터페이스에서의 핸드오버 시의 인터페이스 버퍼제어 방법 | |
US20060142022A1 (en) | Method of operating a base station of wireless communications network, base station of a wireless communications network and radio network controller | |
KR20060096623A (ko) | 통신시스템에서 데이터그램 프로토콜을 이용하여 실시간 데이터의 신뢰성을 보장하기 위한 방법 | |
CN103166922A (zh) | 点对点叠加网络中的呼叫请求处理方法、系统和装置 | |
JP6061559B2 (ja) | 画像処理装置、情報処理方法及びプログラム | |
JP5427853B2 (ja) | データ同期方法 | |
JP2004248257A (ja) | 通信システム及び端末 | |
JP3978685B2 (ja) | 着信制御サーバ、着信再送システム、及び、着信再送方法 | |
JP5125643B2 (ja) | 中継装置、データ転送システム、データ転送方法及びデータ転送プログラム | |
CN101505189A (zh) | 业务信息发送、接收方法和装置、顺序号同步系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10731178 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13144824 Country of ref document: US Ref document number: 2010546606 Country of ref document: JP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 10731178 Country of ref document: EP Kind code of ref document: A1 |