CN101039285A - Method and apparatus for transmitting IMS domain message - Google Patents
Method and apparatus for transmitting IMS domain message Download PDFInfo
- Publication number
- CN101039285A CN101039285A CN 200710087258 CN200710087258A CN101039285A CN 101039285 A CN101039285 A CN 101039285A CN 200710087258 CN200710087258 CN 200710087258 CN 200710087258 A CN200710087258 A CN 200710087258A CN 101039285 A CN101039285 A CN 101039285A
- Authority
- CN
- China
- Prior art keywords
- message
- ims
- described message
- delivery report
- module
- 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
Abstract
The invention offers an IMS field message sending method, including the following steps: a message receiving modular to receive the SIP order message from an IMS device; a storage modular to store messages; as well as a message sending modular getting the message from the storage modular and transferring to the targeting IMS device. The invention also provides with a IMS field message sending device.
Description
Technical field
The present invention relates to the communications field, more specifically, relate to a kind of IMS domain message sending method and device.
Background technology
Messaging service (message service) is the most wide digital service in market in the present mobile communication, along with development of Communication Technique, especially the appearance of IP Multimedia System (IPMultimedia Subsystem is called for short the IMS territory), the content that messaging service provided also becomes increasingly abundant.Fig. 1 shows the position view of Message AS in network according to prior art.Message application server (Message Application Server is called for short Messag AS) is in the superiors' (operation layer) of IMS series of strata structure, and a kind of method that sends message from an entity to another entity mainly is provided.The kind of message can include but not limited to: word message, image information, audio frequency, video, recreation.The transfer mode of message can include but not limited to: instant messaging (Instant Message is called for short IM), short-text message (SMS), multimedia messages (MMS), Email.
Wherein, DNS ENUM represents name server, is responsible for domain name mapping.HSS (HomeSubscriber Server), the expression home subscriber server is used to inherit the HLR from the 2G network, is a concentrated database.AS represents application server, has comprised the sip server of using processing logic, can realize multiple application.P-CSCF (Proxy CSCF), the expression Proxy Call Session Control Function.I-CSCF (Interrogating CSCF), expression enquiry call conversation control function., the expression conversation control function.P-CSCF, I-CSCF, S-CSCF form CSCF (Call Session Control Function jointly, be called for short CSCF), CSCF is one of core component in the IMS network, is responsible for functions such as service quality (QoS) control, session control, the control of message route, registration, authentication.BGCF (Breakout Gateway Control Function), the expression Breakout Gateway Control Function.MGCF (Media Gateway Control Function), the presentation medium gateway control function has MGCF, move and fixed network between interface.MRFC (MediaResource Function Controller), the presentation medium resource control function has the media resource function controller, is used to provide medium resource service.
Fig. 2 shows the structural representation of existing message server system.As shown in Figure 2, existing message server 80 comprises: message sink module 202, and be responsible for receiving all and send to the message of IMS message server; Message processing module 204 is according to message content and rule, processing messages; Message transmission module 206 is responsible for message is sent to the purpose side of message, as other IMS terminal or message server.
The message flow in IMS territory has provided simple description in 3GPP standard (3GPP TS 24.247).In the message flow in existing IMS territory, little message is (according to the definition of standard OMA-TS-IM_SIMPLE Draft Version 1.0-23 05 2006, use the MESSAGE message in SIP (Session Initiation Protocol, the conversation initialized protocol) agreement to send less than the message of 1300bytes) basic procedure as shown in Figure 3.
Fig. 3 is in the message flow in existing IMS territory, and UE#1 sends the signaling diagram of little message to UE#2.As shown in Figure 3, UE#1 sends little message and may further comprise the steps to UE#2:
Step (1-2), terminal UE (User Equipment, subscriber equipment) #1 is by S-CSCF (Serving CSCF, serving CSCF) (Message) the message server Message AS#1 under it that sends a request message; Step (3-5): Message AS# 1 sends to message recipient's message server Message AS# 2; Step (6-7): MessageAS# 2 is issued to terminal UE # 2 with message; Step (8-14): confirm that the former road of response message (200 OK) that request message (MESSAGE) is received turns back to UE#1.
Wherein, carried the information that will send in the request message.
In the message flow in existing IMS territory, for big message (according to the definition of standard OMA-TS-IM_SIMPLE Draft Version 1.0-23 05 2006, use the MESSAGE message in the Session Initiation Protocol to send more than or equal to the message of 1300bytes), for example send file, Multimedia Message etc., then need to set up TCP and connect and transmit.Its basic flow sheet as shown in Figure 4.
Fig. 4 is in the message flow in existing IMS territory, and UE#1 sends the signaling diagram of big message to UE#2.As shown in Figure 4, UE#1 sends big message and may further comprise the steps to UE#2:
Step (1-2), the UE#1 message server Message AS# 1 under it that sends a request message; Step (3-5), Message AS# 1 sends to message recipient's message server Message AS# 2; Step (6-7), Message AS# 2 is issued to terminal UE # 2 with message; Step (8-9), UE#2 acknowledges receipt of the back and replys response message to MessageAS# 2; Step (10-11), Message AS# 2 sends affirmation request message (ACK) to UE# 2 after receiving response message; Step (12) is set up article one TCP link between Message AS# 2 and the UE# 2; Step (13-15), Message AS# 2 sends to response message the message server Message AS# 1 of originating network; Step (16-18), Message AS# 1 sends affirmation request message (ACK) to Message AS# 2 after receiving response message; Step (19) is set up second TCP link between Message AS# 1 and the Message AS# 2; Step (20-21), Message AS# 1 sends to the UE# 1 that makes a start with response message; Step (22-23), UE#1 sends affirmation request message (ACK) to Message AS# 1 after receiving response message; Step (24) is set up the 3rd TCP link between UE# 1 and the Message AS# 1; Step (25-27), UE#1 utilizes TCP chain road direction UE# 2 message transfer content by the MSRP agreement; Step (28-30) after UE#2 waits to receive message, is replied the MSRP message of confirming and is given UE#1.
Wherein, this pattern requires to keep simultaneously three TCP to connect, and Message AS is as the intermediate node forwarding information.
But, there is following problem in the prior art:
(1) part Single Point of Faliure problem: owing to send little message in the above-mentioned message flow or big message relates to UE#1, Message AS# 1, four network communication nodes of Message AS# 2, UE# 2 simultaneously, information will send and successfully necessarily require the all-network node simultaneously available, if any one communication node breaks down, message can't continue to transmit;
(2) transmit a big message in the above-mentioned message flow and require to safeguard simultaneously many TCP links, if the Message AS in the middle of the link increases, this pattern will be kept longer TCP link, for a piece of news is safeguarded so many TCP links simultaneously, to the network bandwidth is a kind of waste, has also limited the use of the network bandwidth.If message is excessive, the long situation that is easy to occur overtime failure of link.
Summary of the invention
The present invention aims to provide a kind of IMS domain message sending method and device, is used for solving the problems such as part Single Point of Faliure of above-mentioned correlation technique.
In an embodiment of the present invention, provide a kind of IMS domain message sending method, may further comprise the steps: the message sink module receives the message of the SIP signaling that comes from source IMS device; The memory module storing message; And memory module is transferred to message transmission module with message and is transmitted to purpose IMS device.
In an embodiment of the present invention, also provide a kind of IMS domain message dispensing device, having comprised: message sink module (502) is used to receive the message of the SIP signaling that comes from source IMS device; Message processing module (504), it is connected to the message sink module, is used for according to message content and rule, processing messages; Message transmission module (506), it is connected to message processing module, is used for message is sent to purpose IMS device; And memory module (508), it is connected to message processing module, is used for storing message.
Obviously, in the above embodiments of the present invention, owing to message can be temporarily stored in the memory module, so solved part Single Point of Faliure problem of the prior art.
Description of drawings
Accompanying drawing described herein is used to provide further understanding of the present invention, constitutes the application's a part, and illustrative examples of the present invention and explanation thereof are used to explain the present invention, do not constitute improper qualification of the present invention.In the accompanying drawings:
Fig. 1 shows the position view of Message AS in network according to prior art;
Fig. 2 shows the concrete block diagram of message server system device of the prior art;
Fig. 3 shows in the message flow in existing IMS territory, and subscriber equipment # 1 sends the signaling diagram of little message to subscriber equipment # 2;
Fig. 4 shows in the message flow in existing IMS territory, and subscriber equipment # 1 sends the signaling diagram of big message to subscriber equipment # 2;
Fig. 5 shows the flow chart according to the IMS domain message sending method of the embodiment of the invention;
The UE#1 that Fig. 6 shows according to the embodiment of the invention sends the signaling diagram of little message to UE#2;
The UE#1 that Fig. 7 shows according to the embodiment of the invention sends the signaling diagram of big message to UE#2;
The IMS that Fig. 8 shows the embodiment of the invention to be provided sends the system diagram of message; And
Fig. 9 shows according to the inner signaling diagram of realizing of the IMS message server of the embodiment of the invention.
Embodiment
Below with reference to the accompanying drawings and in conjunction with the embodiments, describe the present invention in detail.
Fig. 5 shows the flow chart according to the IMS domain message sending method of the embodiment of the invention, and it may further comprise the steps:
Step S10, the message sink module receives the sip message that comes from source IMS device;
Step S20, the memory module storing message; And
Step S30, memory module is transferred to message transmission module with message and is transmitted to purpose IMS device.
This method can be temporarily stored in the memory module owing to message, so solved part Single Point of Faliure problem of the prior art.
Like this, if purpose IMS device is not online, memory module can take strategy message buffering, treats to transmit after purpose IMS device is reached the standard grade again; Memory module also can be according to the issuing of user intention control messages, and business is more flexible, promote user experience.
Preferably, storing message can may further comprise the steps: message processing module is given memory control device with the message that the message sink module receives, and presses the predetermined policy storing message.Transmitting message can may further comprise the steps: memory module sends to message transmission module with message; And message transmission module is handed down to purpose IMS device with message.
Because the mode that adopts segmentation to send, message can be transmitted on node ground of a node, does not need to safeguard simultaneously many TCP links, so there is not the waste of network bandwidth resources.
In above-mentioned IMS domain message sending method, can may further comprise the steps: message processing module is created Temporary Response after the message sink module receives message, and feeds back to source IMS device by message transmission module.
In above-mentioned IMS domain message sending method, also can may further comprise the steps: if receive the final response message of purpose IMS device, then trigger the delivery report processing module and create delivery report, and send to source IMS device, delivery report is used to represent whether message transmits success.Delivery report can comprise: successful delivery report is used to represent the forwards success; And the failed delivery report, be used to represent message retransmission failure.
Because in the embodiment of the invention, message sends the mode that adopts segmentation to send, message can be transmitted on node ground of a node, if so still adopt the mode of Temporary Response, IMS device in source just can only be known the result of its direct downstream node so, and does not know the final process result of purpose IMS device.Adopt above-mentioned preferred steps, can be by the mode of delivery report, the final response message of purpose IMS device is fed back to source IMS device.And can expand some business on this basis, for example whether notification source IMS device users terminal shuts down etc.
If do not receive the final response message of purpose IMS device in the given time, then can trigger the delivery report processing module and create the unknown delivery report of result, and send to source IMS device, the unknown delivery report of result is used for expression and does not know whether message transmits success.
Preferably, whether message transmission module can judge message earlier greater than preset value, if, then decision message is big message, can be between source IMS device and message sink module, and between purpose IMS device and message transmission module, set up the TCP link, be used to transmit message.
The UE#1 that Fig. 6 shows according to the embodiment of the invention sends the signaling diagram of little message to UE#2, may further comprise the steps:
Step 1-2:UE#1 sends to message server MessageAS# 1 under it with request message;
Step 3-4:Message AS#1 receives that replying response message behind the request message gives UE#1, with message stores at Message AS#1;
Step 5-7:Message AS#1 sends to receiving end message server MessageAS# 2 with message;
Step 8-10:Message AS# 2 receives that replying response message behind the request message gives Message AS# 1, with message stores at Message AS# 2;
Step 11-12:Message AS#2 sends to receiving end UE# 2 with request message;
Step 13-14:UE#2 replys response message to MessageAS# 2 after receiving request message; Message AS# 2 initiates the delivery report flow process;
Step 15-24:Message AS#2 creates delivering report message, and it is the same with common little message to send hairdo, and final delivering report message is sent to the UE#1 that makes a start, and informs that its message sends the result.
In this embodiment, the mode that the message flow in IMS territory mainly adopts segmentation to send, UE# 1 and Message AS# 1, Message AS# 1 are divided into independently three sections with Message AS# 2, MessageAS# 2 and UE# 2, message between every section sends all relatively independent, thereby has guaranteed the property finished of the minimum in the information exchanging process.In the message flow in IMS of the present invention territory, increased the delivery report flow process, send the result of message in order to notification message.
For big message, as sending file, Multimedia Message etc., then need to set up TCP and connect and transmit, the UE#1 that Fig. 7 shows according to the embodiment of the invention sends the signaling diagram of big message to UE# 2, may further comprise the steps:
The step 1-2:UE#1 message server MessageAS# 1 under it that sends a request message;
Step 3-4:Message AS# 1 replys response message to UE#1 after receiving request message;
Step 5-6:UE#1 sends affirmation request message (ACK) to Message AS# 1 after receiving response message;
Step 7:UE#1 and Message AS#1 set up a TCP link;
Step 8-9:UE#1 utilizes TCP chain road direction MessageAS# 1 message transfer content by the MSRP agreement; After waiting to receive message, reply the MSRP message of confirming and give UE# 1, message has been stored in Message AS# 1, disconnects connecting, and discharges bandwidth;
Step 10-12:Message AS#1 sends a request message to the message server Message AS#2 of receiving end;
Step 13-15:Message AS#2 replys response message to Message AS#1 after receiving request message;
Step 16-18:Message AS#1 sends affirmation request message (ACK) to Message AS#2 after receiving response message;
Step 19:Message AS#1 and Message AS#2 set up a TCP link;
Step 20-21:Message AS#1 utilizes TCP chain road direction Message AS#2 message transfer content by the MSRP agreement; After waiting to receive message, reply the MSRP message of confirming and give essage AS#1, message has been stored in Message AS#2, disconnects connecting, and discharges bandwidth;
Step 22-23:Message AS#2 sends a request message to receiving end UE# 2;
Step 24-25:UE# 2 replys response message to MessageAS# 2 after receiving request message;
Step 26-27:Message AS#2 sends affirmation request message (ACK) to UE# 2 after receiving response message;
Step 28:Message AS#2 and UE# 2 set up a TCP link;
Step 29-30:Message AS#2 utilizes TCP chain road direction UE# 2 message transfer content by the MSRP agreement; After waiting to receive message, reply the MSRP message of confirming and give Message AS#2, message has sent to receiving end UE# 2 this moment, disconnects connecting, and discharges bandwidth;
Step 31-40:Message AS#2 creates delivering report message, and it is the same with common little message to send hairdo, and final delivering report message is sent to the UE# 1 that makes a start, and informs that its message sends the result.
As can be seen, above-mentioned Fig. 7 and embodiment shown in Figure 8 have following advantage:
1) solved part Single Point of Faliure problem, if message server Message AS#2 breaks down, message can be temporarily stored in Message AS#1, but treats that the Message AS#2 time spent transmits message again; If message server UE# 2 breaks down, message can be temporarily stored in Message AS#2, but treats UE# 2 time spent issuing message again.
2) lower than the scheme of correlation technique to network requirement, because the mode that these embodiment adopt segmentation to send, message can be transmitted on node ground of a node, does not need to safeguard simultaneously many TCP links, so there is not the waste of network bandwidth resources.
3) if UE# 2 is not online, Message AS#2 can take strategy message buffering, treats to transmit after UE# 2 reaches the standard grade again; Message AS#2 also can be according to the issuing of user intention control messages, and business is more flexible, promote user experience.
The IMS that Fig. 8 embodiment of the invention provides sends the system diagram of message, it comprises source IMS device (i.e. an IMS terminal or first message application server), the message application server in IMS territory and purpose IMS device (i.e. the 2nd IMS terminal or second message application server).
The message application server 80 in described IMS territory comprises:
Message message sink module 802 is used to receive the sip message from source IMS device, i.e. first sip message;
In above-mentioned IMS domain message dispensing device, also can comprise: delivery report processing module 810, it is connected to message processing module 804, be used for creating delivery report according to the final response message of purpose IMS device, and sending to source IMS device, delivery report is used to represent whether message transmits success.
Fig. 9 shows according to the inner signaling diagram of realizing of the IMS message server of the embodiment of the invention, wherein, after IMS message server of the present invention receives request message, (for example create Temporary Response message earlier, 202 Accepted) issue and make a start, give storage control module with message then, press the predetermined policy storing message, create a new request message afterwards and send to receiving end, wait for the response message of receiving end, if receive afterwards be Temporary Response message (for example, 202 Accepted), then do not trigger delivery report, if that receive afterwards is final response message (for example, 200 OK), then trigger the delivery report device and create delivery report, issue and make a start,, tell the result that the message of making a start sends by delivery report.
From above description as can be seen, the embodiments of the invention can be temporarily stored in the memory module owing to message, so solved part Single Point of Faliure problem of the prior art.Like this, if purpose IMS device is not online, memory module can take strategy message buffering, treats to transmit after purpose IMS device is reached the standard grade again; Memory module also can be according to the issuing of user intention control messages, and business is more flexible, promote user experience.In addition, because the mode that adopts segmentation to send, message can be transmitted on node ground of a node, does not need to safeguard simultaneously many TCP links, so there is not the waste of network bandwidth resources.In addition, by the mode of delivery report, the final response message of purpose IMS device can be fed back to source IMS device.And can expand some business on this basis, for example whether notification source IMS device users terminal shuts down etc.
Obviously, those skilled in the art should be understood that, above-mentioned each module of the present invention or each step can realize with the general calculation device, they can concentrate on the single calculation element, perhaps be distributed on the network that a plurality of calculation element forms, alternatively, they can be realized with the executable program code of calculation element, thereby, they can be stored in the storage device and carry out by calculation element, perhaps they are made into each integrated circuit modules respectively, perhaps a plurality of modules in them or step are made into the single integrated circuit module and realize.Like this, the present invention is not restricted to any specific hardware and software combination.Should be understood that the variation in these concrete enforcements is conspicuous for a person skilled in the art, do not break away from spiritual protection range of the present invention.
The above is the preferred embodiments of the present invention only, is not limited to the present invention, and for a person skilled in the art, the present invention can have various changes and variation.Within the spirit and principles in the present invention all, any modification of being done, be equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (10)
1. an IMS domain message sending method is characterized in that, may further comprise the steps:
The message sink module receives the sip message that comes from source IMS device;
Memory module is stored described message; And
Described memory module is transferred to message transmission module with described message and is transmitted to purpose IMS device.
2. IMS domain message sending method according to claim 1 is characterized in that, stores described message and may further comprise the steps:
Message processing module is given described memory control device with the described message that described message sink module receives, and stores described message by predetermined policy.
3. IMS domain message sending method according to claim 1 is characterized in that, transmits described message and may further comprise the steps:
Described memory module sends to described message transmission module with described message; And
Described message transmission module is handed down to purpose IMS device with described message.
4. IMS domain message sending method according to claim 1 is characterized in that, and is further comprising the steps of:
If receive the final response message of described purpose IMS device, then trigger the delivery report processing module and create delivery report, and send to described source IMS device, described delivery report is used to represent whether described message transmits success.
5. IMS domain message sending method according to claim 4 is characterized in that described delivery report comprises:
The success delivery report is used to represent described forwards success; And
The failed delivery report is used to represent described message retransmission failure.
6. IMS domain message sending method according to claim 1 is characterized in that, and is further comprising the steps of:
If do not receive the final response message of described purpose IMS device in the given time, then trigger the delivery report processing module and create the unknown delivery report of result, and sending to described source IMS device, the unknown delivery report of described result is used for expression and does not know whether described message transmits success.
7. IMS domain message sending method according to claim 1 is characterized in that, and is further comprising the steps of:
Described message processing module is created Temporary Response after described message sink module receives described message, and feeds back to described source IMS device by described message transmission module.
8. IMS domain message sending method according to claim 1 is characterized in that described message is big message, and is further comprising the steps of:
Between described source IMS device and described message sink module, and between described purpose IMS device and described message transmission module, set up the TCP link, be used to transmit described message.
9. an IMS domain message dispensing device is characterized in that, comprising:
Message sink module (502) is used to receive the sip message that comes from source IMS device;
Message processing module (504) is used for handling described message according to described message content and rule;
Message transmission module (506), it is connected to described message processing module, is used for described message is sent to purpose IMS device; And
Memory module (508), it is connected to described message processing module, is used to store described message.
10. IMS domain message dispensing device according to claim 9 is characterized in that, also comprises:
Delivery report processing module (510), it is connected to described message processing module, be used for creating delivery report according to the final response message of described purpose IMS device, and send to described source IMS device, described delivery report is used to represent whether described message transmits success.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710087258 CN101039285A (en) | 2007-03-21 | 2007-03-21 | Method and apparatus for transmitting IMS domain message |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710087258 CN101039285A (en) | 2007-03-21 | 2007-03-21 | Method and apparatus for transmitting IMS domain message |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101039285A true CN101039285A (en) | 2007-09-19 |
Family
ID=38889924
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710087258 Pending CN101039285A (en) | 2007-03-21 | 2007-03-21 | Method and apparatus for transmitting IMS domain message |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101039285A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103379018A (en) * | 2012-04-17 | 2013-10-30 | 腾讯科技（深圳）有限公司 | Processing method and system for application messages |
| CN104052787A (en) * | 2013-03-12 | 2014-09-17 | 霍尼韦尔国际公司 | Systems and methods for increasing robustness of a system with a remote server |
-
2007
- 2007-03-21 CN CN 200710087258 patent/CN101039285A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103379018A (en) * | 2012-04-17 | 2013-10-30 | 腾讯科技（深圳）有限公司 | Processing method and system for application messages |
| CN104052787A (en) * | 2013-03-12 | 2014-09-17 | 霍尼韦尔国际公司 | Systems and methods for increasing robustness of a system with a remote server |
| CN104052787B (en) * | 2013-03-12 | 2018-02-06 | 霍尼韦尔国际公司 | For the system and method for the robustness for increasing the system with remote server |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1794722A (en) | Method of transfering off-line message | |
| EP1903724A1 (en) | Method and system for converting a message | |
| CN101034960A (en) | Implementation method for remote multi-person conference and corresponding system | |
| CN1751493A (en) | Conversational bearer negotiation | |
| CN101030948A (en) | Routing method and system based on IP message | |
| US20090156242A1 (en) | Method, system and apparatus for forking transmission of short message service | |
| CN101483839A (en) | Method, system and message service interconnection module for implementing message service interconnection | |
| CN101047664A (en) | Method and device for implementing multi-target service or operation | |
| CN1961591A (en) | Session control using a multicast address | |
| CN1957578A (en) | Communications method and apparatus, database information retrieval method and apparatus | |
| CN1469605A (en) | Routing system in next generation open network and method for controlling the same route system | |
| CN1949770A (en) | Method for providing push message and push agent device | |
| CN101060650A (en) | Message service realizing method and message application server | |
| CN1863209A (en) | IMS service triggering method and IMS network | |
| CN1893435A (en) | SIP server, terminal device, subscriber information management device and communication control method | |
| US20130310088A1 (en) | Short message service mobile originated/mobile terminated without mobile station international subscriber directory number (msisdn) in internet protocol multimedia subsystem (ims) with inter-public land mobile network (plmn) handling | |
| CN101237337B (en) | Method, system and device for transmitting multimedia message to the terminal in the conference system | |
| CN1819565A (en) | System and method for realizing bridging in IP multi-media subsystem | |
| US9350695B2 (en) | Method for transferring and storing CPM service message and service thereof | |
| US20090276499A1 (en) | Interworking method for message systems and message interworking gateway | |
| CN1835511A (en) | Sip message and processing method thereof in mobile communication system | |
| CN1914854A (en) | Method and device for push-to-talk service | |
| CN101043396A (en) | Method for establishing subscribe communication and method for subscribing user events | |
| CN103098439B (en) | For maintaining the method and apparatus of the registration for emergency services | |
| KR100966047B1 (en) | Media transmission method and apparatus in a communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20070919 |