CN103581127A - Method for transmitting vital sign data - Google Patents
Method for transmitting vital sign data Download PDFInfo
- Publication number
- CN103581127A CN103581127A CN201210264295.4A CN201210264295A CN103581127A CN 103581127 A CN103581127 A CN 103581127A CN 201210264295 A CN201210264295 A CN 201210264295A CN 103581127 A CN103581127 A CN 103581127A
- Authority
- CN
- China
- Prior art keywords
- vital sign
- data
- sign data
- rtp
- type
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
The invention discloses a method for transmitting vital sign data. The method for transmitting the vital sign data comprises the steps that the vital sign data are collected based on an optimization exchanging protocol; the collected vital sign data are encapsulated to an RTP package, and the payload type in the payload types of the head of the RTP package is marked as the vital sign data; the session type of a session which the RTP package belongs to is marked as a vital sign data type in the message body of an SIP message; the SIP message is transmitted to a communication opposite terminal in a remote monitoring system; the communication opposite terminal obtains the session type of the RTP cession which the RTP package belongs to from the received SIP message through analysis, and obtains the vital sign data by analyzing the RTP package whose session type is the vital sign data type. Through the application of the technical scheme, uniformed calling based on an IP can be achieved, and the real-time transmission of the vital sign data can be completed.
Description
Technical field
The application relates to network communications technology field, particularly a kind of method of transmitting vital sign data.
Background technology
Obtain in time the state of an illness and the medication effect that the most important vital sign data of human body contributes to correctly to judge patient, be conducive to treat timely and effectively patient, save its life.
Early stage remote monitoring system is only supported asynchronous Store and forword pattern, has the shortcomings such as real-time is poor, interactivity is poor, standardization of application is inadequate.
From the mid-90 in 20th century, begin one's study how mobile communication technology is applied to tele-medicine abroad.The appearance of long-range multi-physiological-parameter monitor system (abbreviation remote monitoring system) makes user can carry the collection that patient monitor carries out physiological parameter, and by mobile communications network send data to monitoring service centre analyze, make doctor can grasp in real time patient's situation.Aspect medical data, there is at present multiple transmission exchange agreement, as HL7, SCP-ECG, IEEE11073 etc., but these technology all cannot meet the transfer of data feature of mobile communications network and the requirement that multiple physiological parameter is guarded simultaneously simultaneously.
The standardization of multi-physiological-parameter information is following trend, for the transmission of vital sign data, storage, share and management has great significance; And emergent rescue, tele-medicine education, long distance monitoring service etc. all need Telemedicine System that real-time vital sign data transmission method is provided, and therefore, have occurred supporting the remote monitoring system of real-time Transmission vital sign data.But, the remote monitoring system of existing support real-time Transmission vital sign data, lack unified effective Technical Architecture and standard, and can not with remote multi-media IP communication technology effective integration, cannot adopt the technological means such as unified user's identification, safety, quality of service guarantee.At present, the short-range communication of (CPE:Customer Premises Equipment) side from medical equipment side to customer premises equipment, CPE, manufacturer has just started standardization, such as adopting the standards such as ISO 11073, Continua; And for the requirement of vital sign data remote transmission, particularly the packet network based on adopting IP technology, lacks unified effective Technical Architecture and standard, therefore cause the problems such as device interoperability difficulty, the high enterprise of cost, application system integration difficulty are large.
Summary of the invention
The application provides a kind of method of transmitting vital sign data, to realize unified IP-based calling, and completes the real-time Transmission of vital sign data.
A kind of method of transmitting vital sign data that the application provides, comprising:
Based on optimization exchange agreement, gather vital sign data;
Gathered vital sign data is encapsulated as to real-time transport protocol (rtp) bag, and is vital sign data at the payload type of the RTP packet header bright payload type of getting the bid;
In the message body of conversation initialized protocol (SIP) message, indicate that the conversation type of the affiliated session of described RTP bag is vital sign data type;
Described sip message is sent to the Correspondent Node in remote monitoring system;
Described Correspondent Node is resolved the conversation type that obtains RTP session under described RTP bag from the message body of the sip message that receives, and the RTP bag that is vital sign data type to conversation type is resolved and obtained vital sign data.
Preferably, describedly based on optimization exchange agreement, gather vital sign data and comprise: a plurality of equipment gathers life sign measurement data, the life sign measurement data that described a plurality of equipment collected based on optimization exchange agreement are carried out standardization, obtain meeting the vital sign data of optimization exchange agreement standard.
Preferably, describedly gathered vital sign data be encapsulated as to RTP comprise:
In RTP bag, carry the data indication territory of expansion, length is 1 bit, the different values in described data indication territory represent respectively after notebook data indication territory whether have vital sign data, if had, after the source of described vital sign data, data type, size of data and data text are carried on to described data indication territory.
Preferably, when there is multichannel vital sign data, describedly gathered vital sign data is encapsulated as to RTP comprises: described multichannel vital sign data is multiplexed in same RTP bag and is encapsulated according to the order of data indication territory, source, data type, size of data and data text successively.
The method may further include: if with once carry out audio frequency, video and vital sign data transmission in communication simultaneously, transmit audio frequency, video and vital sign data are multiplexing respectively in different RTP sessions.
Preferably, use the undefined value in payload type territory in RTP packet header as the Payload Type Identifier of vital sign data, indicate that the payload type in RTP bag is vital sign data.
As seen from the above technical solution, in the technical scheme of the transmission vital sign data that the application proposes, between the cpe device of communicating pair, adopt Real-time Transport Protocol to carry out the encapsulation of vital sign data, and adopt Session Initiation Protocol to carry out the conference call of the real-time Transmission of audio, video data and vital sign data, make the optimization exchange agreement can be integrated with real-time audio and video host-host protocol, unified IP-based calling and the real-time Transmission of vital sign data have been realized, thereby multiplexing to greatest extent existing network infrastructure, reached the demand of real time remote monitoring and part tele-medicine.
Accompanying drawing explanation
Fig. 1 is the structural representation of the application's remote monitoring system;
Fig. 2 is the protocol related figure of the application's remote monitoring system;
Fig. 3 is that the application is transmitted the RTP payload format schematic diagram of vital sign data in a RTP bag;
Fig. 4 is that the application is transmitted the RTP payload format schematic diagram of vital sign data in a RTP bag;
Fig. 5 is the typical call flow schematic diagram based on SIP.
Embodiment
For making the application's object, technical scheme and advantage clearer, referring to the accompanying drawing embodiment that develops simultaneously, the application is described in further detail.
In the remote monitoring system based on IP packet network, realizing IP multimedia call has become trend, and the initiation of IP multimedia call middle pitch video session is based on Session Initiation Protocol.Session Initiation Protocol itself does not possess all required functions of interactive multimedia session of setting up.According to the demand of signaling and application, need other agreements that relevant function is provided, such as: the agreements such as DNS, SDP, RTP, RTCP and RSVP.These and protocol-dependent information are carried in sip message body, SIP signaling using message body as opaque container transport to recipient, SIP signaling is independent of the session of any type that will set up.
The application proposes a kind of based on agreements such as RTP and SIP, realizes the technical scheme of vital sign data transmission by means of VOIP network.In the technical scheme that the application proposes, at transmitting terminal, equipment gathers and sends CPE based on optimization exchange agreement (x73 standard) to vital sign data; CPE is encapsulated as RTP bag by gathered vital sign data, and is vital sign data at the payload type of the RTP packet header bright payload type of getting the bid; Then in the message body of sip message, indicate that the conversation type of the affiliated session of described RTP bag is vital sign data type; And described sip message is sent to the Correspondent Node in remote monitoring system; The CPE of Correspondent Node resolves the conversation type that obtains RTP session under described RTP bag from the message body of the sip message that receives, and the RTP bag that is vital sign data type to conversation type is resolved and obtained vital sign data.In the application, between the cpe device of communicating pair, adopt Real-time Transport Protocol to carry out the encapsulation of vital sign data, and adopt Session Initiation Protocol to carry out the real-time Transmission of audio, video data and vital sign data, make the optimization exchange agreement can be integrated with real-time audio and video host-host protocol, unified IP-based calling and the real-time Transmission of vital sign data have been realized, thereby multiplexing to greatest extent existing network infrastructure, has reached the demand of real time remote monitoring and part tele-medicine.
In the application, for gathering the equipment of vital sign data and receiving and work pattern that the CPE of real-time Transmission vital sign data can be based on Agent-Manager, as shown in Figure 1.In Fig. 1:
At transmitting terminal, microphone and camera are respectively used to gather Voice & Video data, several patient monitor equipment are used for gathering life sign measurement data, after the life sign measurement data that these patient monitor equipment gather are carried out standardization based on optimization exchange agreement, at transmitting terminal CPE, obtain meeting the vital sign data of optimization exchange agreement standard;
Transmitting terminal CPE sends to receiving terminal CPE by ICP/IP protocol by audio frequency, video and vital sign data;
Receiving terminal CPE resolves received data, and the audio frequency that parsing is obtained broadcasts by loud speaker, and the video that parsing is obtained is play by display, and the vital sign data that parsing is obtained shows by display.
Fig. 2 is the protocol related figure of the application's remote monitoring system.Referring to Fig. 2, after the vital sign datas (Vital Sign) such as electrocardiogram (ECG) are collected, use optimization exchange agreement to carry out standardization, and encapsulate with Real-time Transport Protocol, meanwhile, Voice & Video data can also be encapsulated in RTP bag based on related protocols such as RFC3551; After the conference call completing based on SIP, RTP bag and RTCP are coated to be encapsulated in UDP bag, based on resource reservation protocol (rsvp), in IP packet network, is transferred to Correspondent Node.At Correspondent Node, according to identical protocol hierarchy, resolve, finally obtain vital sign data, Voice & Video.
Because the design of traditional Real-time Transport Protocol is mainly used in the real-time Transmission of stream medium data, each RTP packet is comprised of head and two parts of payload, wherein: RTP head sign payload type etc., receiving terminal can accurately be judged the concrete data type of carrying by the payload type of indicating in RTP packet header.Real-time Transport Protocol is supported the audio, video data transmission of A, V and A/V type at present, in order to realize the transmission of vital sign data, need to guarantee that receiving terminal can identify the data that will transmit, the application proposes: utilize payload type (PT in existing RTP packet header, Payload Type) payload type of the undefined value in territory sign carrying vital sign data, thus realize the vital sign data based on optimization exchange agreement with Real-time Transport Protocol transmission.
The form of RTP packet header is as shown in table 1:
Table 1
According to RFC standard, the payload type PT of vital sign data RTP bag selects the Authority by IANA(Internet Assigned Numbers) type of the appointment payload type value that is unassigned, usable range is 35-71 section or 77-95 section at present, as shown in table 2:
| PT | Encoding name | Media type | Clock rate(Hz) |
| ...... | |||
| 35-37 | unassigned |
| 72-76 | reserved | N/A | N/A |
| 77-95 | unassigned | ||
| ...... |
Table 2
In the collection process of the vital sign data based on optimization exchange agreement, due to same Manager can be simultaneously and a plurality of Agent communicate, if same Manager, by vital sign data or the configuration information multiplexing transmission measured from a plurality of Agent, needs to make receiving terminal can correctly resolve confirmation.The application proposes as the RTP payload format of Fig. 3 and carrying vital sign data as shown in Figure 4.In Fig. 3 and Fig. 4, the physical significance of each symbol is as follows:
E: be extended bit, data indication territory, value 0/1 represents respectively after notebook data indication territory whether have vital sign data;
The sign of Agent Id:Agent;
Data Type: data type can be log-on data, Wave data, numeric data, configuration information data, abnormity notifying data etc.;
Data Size: size of data, the length of designation data;
Data: data text.
That is to say, the process that the application is encapsulated as RTP bag by gathered vital sign data comprises: the data indication territory of carrying expansion in RTP bag, length is 1 bit, the different values in data indication territory represent respectively after notebook data indication territory whether have vital sign data, if had, after the source of vital sign data, data type, size of data and data text are carried on to this data indication territory.
The vital sign data of measuring for the distinct device from same Agent (device), can resolve based on optimization exchange agreement.
In addition, the application proposes: if carry out audio frequency, video and vital sign data transmission in call simultaneously, use different session (session) to carry out multiplexing transmission, that is: these three kinds of media should transmit respectively in different RTP session, each session is used different transport addresses, and (transport address is comprised of a network address and a pair of port, have two ports: one is wrapped to RTP, one is wrapped to RTCP, RTP/RTCP data can correctly be sent).The RTCP of these three session wraps operating specification assumed name word CNAME.
At present, in the transmission based on sip message, the message body that request message INVITE comprises adopts SDP coding, and SDP is used for describing Multimedia session parameter, and these information comprise conversation type (as: audio frequency, video, audio frequency and video) etc.The application increases a kind of conversation type on this basis, i.e. vital sign data type, and define its corresponding conversation type sign identifies by this conversation type, and whether data that can district office's transmission are vital sign data.
The typical call flow based on SIP as shown in Figure 5.In the application, foregoing CPE can be used as the sip terminal in SIP calling, and the cpe device of both sides corresponds respectively to the A of sip terminal shown in Fig. 5 and sip terminal B, between sip terminal A and sip terminal B, by sip server, communicates.At Invite(1) and Invite(2) in, can consulting session type between sip terminal etc. information, and after carrying out a series of SIP Signalling exchanges, set up call, and by two-way RTP Media Stream, carry out the real-time Transmission of audio frequency, video and vital sign data.
The foregoing is only the application's preferred embodiment, not in order to limit the application, all within the application's spirit and principle, any modification of making, be equal to replacement, improvement etc., within all should being included in the scope of the application's protection.
Claims (6)
1. a method of transmitting vital sign data, is characterized in that, comprising:
Based on optimization exchange agreement, gather vital sign data;
Gathered vital sign data is encapsulated as to real-time transport protocol (rtp) bag, and is vital sign data at the payload type of the RTP packet header bright payload type of getting the bid;
In the message body of conversation initialized protocol (SIP) message, indicate that the conversation type of the affiliated session of described RTP bag is vital sign data type;
Described sip message is sent to the Correspondent Node in remote monitoring system;
Described Correspondent Node is resolved the conversation type that obtains RTP session under described RTP bag from the message body of the sip message that receives, and the RTP bag that is vital sign data type to conversation type is resolved and obtained vital sign data.
2. method according to claim 1, is characterized in that:
Describedly based on optimization exchange agreement, gather vital sign data and comprise: a plurality of equipment gathers life sign measurement data, the life sign measurement data that described a plurality of equipment collected based on optimization exchange agreement are carried out standardization, obtain meeting the vital sign data of optimization exchange agreement standard.
3. method according to claim 1, is characterized in that, describedly gathered vital sign data is encapsulated as to RTP comprises:
In RTP bag, carry the data indication territory of expansion, length is 1 bit, the different values in described data indication territory represent respectively after notebook data indication territory whether have vital sign data, if had, after the source of described vital sign data, data type, size of data and data text are carried on to described data indication territory.
4. method according to claim 3, is characterized in that:
When there is multichannel vital sign data, describedly gathered vital sign data is encapsulated as to RTP comprises: described multichannel vital sign data is multiplexed in same RTP bag and is encapsulated according to the order of data indication territory, source, data type, size of data and data text successively.
5. method according to claim 1, is characterized in that, the method further comprises:
If with once carry out audio frequency, video and vital sign data transmission in communication simultaneously, in different RTP sessions, transmit audio frequency, video and vital sign data are multiplexing respectively.
6. method according to claim 1, is characterized in that:
Use the undefined value in payload type territory in RTP packet header as the Payload Type Identifier of vital sign data, indicate that the payload type in RTP bag is vital sign data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210264295.4A CN103581127A (en) | 2012-07-27 | 2012-07-27 | Method for transmitting vital sign data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210264295.4A CN103581127A (en) | 2012-07-27 | 2012-07-27 | Method for transmitting vital sign data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103581127A true CN103581127A (en) | 2014-02-12 |
Family
ID=50052065
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210264295.4A Pending CN103581127A (en) | 2012-07-27 | 2012-07-27 | Method for transmitting vital sign data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103581127A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103731631A (en) * | 2012-10-16 | 2014-04-16 | 华为软件技术有限公司 | Method, device and system for transmitting video image |
| CN107122592A (en) * | 2017-03-30 | 2017-09-01 | 西安电子科技大学 | A kind of control of remote human body vital signs real time data and Transmission system and method |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050083911A1 (en) * | 2003-10-21 | 2005-04-21 | 3Com Corporation, A Corporation Of The State Of Delaware | IP-based enhanced emergency services using intelligent client devices |
| CN101815065A (en) * | 2010-01-21 | 2010-08-25 | 清华大学 | Long-distance medical treatment real-time information communicating and exchanging method based on IPv6 network SIP (Session Initiation Protocol) |
| CN102107044A (en) * | 2010-12-28 | 2011-06-29 | 中国人民解放军第四军医大学唐都医院 | Remote regulation and control method for deep brain stimulator based on 3G (3rd generation) network |
-
2012
- 2012-07-27 CN CN201210264295.4A patent/CN103581127A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050083911A1 (en) * | 2003-10-21 | 2005-04-21 | 3Com Corporation, A Corporation Of The State Of Delaware | IP-based enhanced emergency services using intelligent client devices |
| CN101815065A (en) * | 2010-01-21 | 2010-08-25 | 清华大学 | Long-distance medical treatment real-time information communicating and exchanging method based on IPv6 network SIP (Session Initiation Protocol) |
| CN102107044A (en) * | 2010-12-28 | 2011-06-29 | 中国人民解放军第四军医大学唐都医院 | Remote regulation and control method for deep brain stimulator based on 3G (3rd generation) network |
Non-Patent Citations (1)
| Title |
|---|
| S. L. HSIEH, ET AL.: "Wireless/Wired Collaborative Remote Consultation Emergency Healthcare Information Systems Framework", 《IEEE CONFERENCE PUBLICATIONS》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103731631A (en) * | 2012-10-16 | 2014-04-16 | 华为软件技术有限公司 | Method, device and system for transmitting video image |
| CN107122592A (en) * | 2017-03-30 | 2017-09-01 | 西安电子科技大学 | A kind of control of remote human body vital signs real time data and Transmission system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2163035B1 (en) | Active speaker identification | |
| CN110324284A (en) | Access the method and communication device of IMS | |
| CN104580119B (en) | Voice and video telephone method, apparatus and system | |
| CN110022456A (en) | The method and apparatus for inviting terminals joining the conference | |
| KR20050108967A (en) | Apparatus and method for voice processing of voice over internet protocol | |
| CN106921843A (en) | Data transmission method and device | |
| CN103414868B (en) | A kind of video conference list conference terminal number expansion method based on H323 agreement | |
| CN101170487B (en) | Compression method and compression system and compression device in data stream multiplexing | |
| CN100499501C (en) | Method for multi service access node access device sharing public network IP address | |
| CN101621506A (en) | Method for realizing real-time multi-media bidirectional communication by NAT | |
| CN103327129B (en) | For the domain name analytic method of more WAN mouthfuls of gateway devices | |
| CN104660546B (en) | A kind of method of the transmitting-receiving RTP bags based on SSRC | |
| CN103905380B (en) | Service call method, device and system | |
| CN103581127A (en) | Method for transmitting vital sign data | |
| CN101155181B (en) | Data flow multiplexing method, device and system | |
| CN100586107C (en) | Method and communication appliance for transmitting live transmission protocol message | |
| CN104519304B (en) | Terminal point information interaction processing method, device and endpoint is remotely presented | |
| CN107810647A (en) | Interactive sessions are established between service client and RAN | |
| CN104105222A (en) | Establishing communications | |
| CN104301450B (en) | The method and device of addressing | |
| CN100446602C (en) | Method for transmitting cell-phone button information | |
| CN110099025A (en) | A kind of call method and device based on view networking | |
| CN101170546B (en) | Data stream multiplexing method and data stream multiplexing system | |
| CN1319351C (en) | Method for realizing realtime multimedia bi-directional communication by NAT | |
| Navarro et al. | Analysis and measurement of a wireless telemedicine system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140212 |