CN1968113A - Service timing method - Google Patents
Service timing method Download PDFInfo
- Publication number
- CN1968113A CN1968113A CN 200610079109 CN200610079109A CN1968113A CN 1968113 A CN1968113 A CN 1968113A CN 200610079109 CN200610079109 CN 200610079109 CN 200610079109 A CN200610079109 A CN 200610079109A CN 1968113 A CN1968113 A CN 1968113A
- Authority
- CN
- China
- Prior art keywords
- message
- timing
- terminal
- timing information
- network side
- 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
Landscapes
- Telephonic Communication Services (AREA)
Abstract
The invention relates to a method for realizing real-time service, wherein said method comprises that: terminal sends message carried with time message to network; network analyzes out time message from said message, via which to complete the time service. The invention can make next-generation network support time service.
Description
Technical field
The present invention relates to the communications field, particularly realize the method for scheduled service.
Background technology
Scheduled service is a practical value-added service.At present based on some privately owned wireless protocols, present mechanism, and the prompting of end side customization can realize the scheduled service to the terminal use.
Existing example one: meeting (Conferencing) business.
The meeting presiding human desires then can customize timing information in advance at week 9:00 meeting early in the morning on the terminal of its use, as: " beginning meeting week is 9:00 early in the morning, requires Bob and Alice to participate in ".When arriving week 9:00 early in the morning " time, based on proprietary protocol, this terminal can be created a conferencing resource link automatically, generates the notification message that comprises timing information simultaneously automatically, sends to Bob and Alice; After Bob and Alice receive described notification message, can be according to the address information of meeting presider's used terminal, join in the conferencing resource that the meeting presider created, thereby realize convention business.
Existing example two: user's alarm clock service (Customized wake up services).
Based on presenting mechanism, if the user need be in specific date and time, remind (as: customer requirements plays the playback of one section customization for oneself on the specific date) with special call, then this user can customize timing information in advance on the terminal of its use, as: " October 10 10:00, certain path storage happy birthday .mp3 down in the playback terminal ".When arriving October 10 during 10:00, this terminal can be according to timing information, automatically from described path extraction happy birthday .mp3, and plays.
But in the network of IMS territory (next generation network), session initiation protocol SIP does not also define the user and how to initiate scheduled service at present, and network side how longer-term storage user's timing requires (SIP state), and how network side finishes scheduled service.
Summary of the invention
The invention provides a kind of method that realizes scheduled service, do not provide the problem of scheduled service in order to solve present next generation network.
The inventive method comprises: terminal sends the message that carries timing information to network side; Network side is resolved timing information from described message, and changes in view of the above, to finish scheduled service.
Wherein, described message is sip message.
Described timing information comprises: timing and timing content.In described message, expand header field, to carry described timing information.
Network side parses timing information, after knowing timing, directly described message is kept in the database; When arriving timing, network side changes this message before intended target, to realize scheduled service.Perhaps, after network side parses timing information, it is kept in the database; When arriving timing, network side re-constructs message with described timing information, and changes before intended target, to realize scheduled service.
If preceding commentaries on classics intended target is a terminal, then before forward described terminal to, and after using user's affirmation of this terminal, this terminal is initiated corresponding business automatically according to the timing content.
If preceding commentaries on classics intended target is terminal, then before forward described terminal to after, initiate corresponding business by the user who uses this terminal.
Beneficial effect of the present invention is as follows:
The inventive method is by the header field of extended message, and to carry timing information, end side just can be initiated scheduled service to network side like this; Network side therefrom parses timing information, to know timing after receiving described message of carrying timing information; Afterwards, this timing information is kept in the database of network side, perhaps described message is kept in the database of network side; When arriving timing, corresponding above-mentioned preserving type, network side re-constructs message with described timing information, and changes before intended target, and perhaps network side changes this message before intended target, to realize scheduled service.
Enforcement by the inventive method can make next generation network (including but not limited to IMS) support scheduled service, thereby makes the user obtain better experience.
Description of drawings
Fig. 1 is the inventive method flow chart of steps;
Fig. 2 is the signaling process figure that realizes the fixed time call business with the inventive method;
Fig. 3 realizes the regularly signaling process figure of voice reminder business with the inventive method.
Embodiment
In order to make next generation network support scheduled service, thereby make the user obtain better experience, the invention provides a kind of method that realizes scheduled service, can be applicable to the IMS territory, but be not limited to the IMS territory.
Below with the example that is applied as in the IMS territory, referring to shown in Figure 1, comprise the following steps:
S1, terminal send the sip message that carries timing information to network side.
The present invention has expanded a new header field " Session-start-datetime " in REFER message (sip message).The timing that comprises in " Session-start-datetime " changes before being used to indicate RERER message when, makes the user can initiate scheduled service like this.
Based on the REFER message after the expansion, the user uses terminal when network side is initiated scheduled service, and terminal can be pointed out the customization timing information, comprises in the described timing information: timing and timing content (REFER content).After customization was finished, described terminal can be added timing information in the REFER message to automatically according to the form of new header field " Session-start-datetime " requirement.Afterwards, the terminal REFER message that will carry timing information sends to network side.
S2, network side are resolved timing information from described sip message.
The related network elements of network side utilizes existing sip message analytical capabilities, parses timing information from the REFER message of receiving, and therefrom knows timing.
S3, network side storing timing information or described sip message.
Network side only is stored in new header field " Session-start-datetime " in the database of network side, promptly only stores timing information; Perhaps, with complete REFER message stores in the database of network side.
S4, network side monitor timing.
After storage operation finished, network side began to monitor timing according to the timing of knowing.And when timing arrives, change step S5 over to.
Change sip message before S5, the network side, to realize scheduled service.
Network side re-constructs REFER message with described timing information, and changes before intended target; Perhaps network side directly extracts corresponding REFER message from database changes before intended target, to realize scheduled service.
Intended target be terminal and receive the REFER message that network side issues after, if use the user of this terminal to confirm to carry out the business that the REFER content relates to, then this terminal is initiated corresponding business automatically according to the REFER content.Also can manually initiate corresponding business by the user who uses this terminal.
Below specifically describe the inventive method by two examples.
Method example one: realize the fixed time call business.
Scene: Bob of this example assumes desires at 2006-11-13 9:30 contact Alice.Referring to shown in Figure 2, this example comprises following concrete steps:
S11, Bob send REFER message to back-to-back user agent (B2BUA (AS)).
-Bob uses its terminal to initiate scheduled service to network side, and then terminal ejects user interface, requires Bob to fill in timing information.This interface can be provided by the User Agent Client UAC in the terminal (User Agent Client).
-Bob fills in timing in this interface: 2006-11-13 9:30; Also fill in regularly content (REFER content): " Bob wants to get in touch Alice ", comprising the SIP URI of Alice used terminal.
After-Bob finished and fills in, the UAC in the terminal can be according to the form of the requirement of the header field " Session-start-datetime " in the REFER message after the expansion, and the timing information that Bob is filled in adds in the REFER message automatically.
Wherein, the form of time will satisfy:
Session-start-datetime＝″Date″HCOLON SIP-date
SIP-date＝rfc1123-date
In REFER message, to contain " Require:Session-start-datetime " sign.
Simultaneously, UAC must use " norefersub " and/or " Refer-sub " (being defined in " draft-ietf-sip-refer-with-norefersub "), be used to make REFER message not set up session, get final product, need not to reply NOTIFY thereby the recipient only need reply 200 OK.
At last, end side generates the REFER message that carries timing information, and is as follows:
| REFER message | Chinese is explained |
| REFER sip：alice@example.com SIP/2.0 | |
| Via：SIP/2.0/UDP issuer.example.com；branch＝z9hG4bK-a-1 | |
| From：<sip：bob@example.com>；tag＝1a | From Bob, sip:bob@example.com is the SIP URI of Bob |
| To：sip：alice@example.com； | The preceding target Alice that changes, sip:alice@example.com is the SIP URI of Alice |
| Call-ID：1@example.com | Interim conversation ID |
| CSeq：1 REFER | |
| Max-Forwards：70 | |
| Refer-To：<sip：bob@example.com；method＝INVITE> | Call targets is Bob |
| Refer-Sub：false | |
| Supported：norefersub | |
| Contact：sip：bob@example.com | |
| Require：Session-start-datetime | The scheduled service sign |
| Session-start-datetime：Sat，13 Nov 2006 09:30:00 GMT | Timing is Sat, 13 Nov, 2006 09:30:00 GMT |
| Content-Length：0 |
S12, B2BUA receive that described REFER message finishes corresponding operating.
After-B2BUA is received described REFER message, at first utilize existing sip message analytical capabilities, from this REFER message, parse timing information.According to Session-start-datetime sign (Supported:norefersub) as can be known this business be scheduled service, and know that from timing information timing (Session-start-datetime:Sat, 13 Nov, 2006 09:30:00 GMT) is 2006-11-13 9:30.
-secondly, B2BUA is with timing: 2006-11-13 9:30 and REFER content: " Bob wants to get in touch Alice (Refer-To:＜sip:bob@example.com; Method=INVITE 〉) " be stored in the database of network side.Perhaps, in the database of the storage networking side finished of described REFER message.
-thereafter, the described timing of B2BUA real time monitoring.
-when 2006-11-13 9:30 arrives, B2BUA will monitor the scheduled service triggered time and arrive.B2BUA extracts corresponding timing information according to CALL-ID from database, and re-constructs REFER message, and according to the SIP URI (To:sip:alice@example.com of Alice; ) before the terminal of Alice, change, to realize scheduled service.Carry timing and REFER content in this REFER message, and produce new CALL-ID again.
Perhaps, B2BUA directly extracts corresponding REFER message according to CALL-ID from database, and changes before the terminal of Alice according to the SIP URI of Alice, to realize scheduled service.
S13, Alice finish related service after receiving the REFER message that issues.
After the terminal that Alice uses was received the REFER message that B2BUA issues, UAC can show Alice with timing information with the form at interface.If Alice accepts the invitation of Bob, then click and confirm that this terminal can be according to call targets (Refer-To:＜sip:bob@example.com; Method=INVITE 〉), Bob makes a call from trend; Also can be after knowing timing information by Alice, business manually makes a call.Thereby make Bob relate to Alice at 2006-11-13 9:30.
Method example two: realize regularly voice reminder business.
Scene: Bob of this example assumes wants the 10:30 at 2006-11-14, allows media server (MediaServer) play birthday blessing voice for Alice.Referring to shown in Figure 3, this example comprises following concrete steps:
S21, Bob send REFER message to back-to-back user agent (B2BUA (AS)).
-Bob uses its terminal to initiate scheduled service to network side, and then terminal ejects user interface, requires Bob to fill in timing information.This interface can be provided by the User Agent Client UAC in the terminal (User Agent Client).
-Bob fills in timing in this interface: 2006-11-14 10:30; Also fill in regularly content (REFER content): " media server (Media Server) is blessed voice for Alice plays the birthday ", wherein specified the address and the media file of media server.
After-Bob finished and fills in, the UAC in the terminal can be according to the form of the requirement of the header field " Session-start-datetime " in the REFER message after the expansion, and the timing information that Bob is filled in adds in the REFER message automatically.
Wherein, the form of time will satisfy:
Session-start-datetime＝″Date″HCOLON SIP-date
SIP-date＝rfc1123-date
In REFER message, to contain " Require:Session-start-datetime " sign.
Simultaneously, UAC must use " norefersub " and/or " Refer-sub " (being defined in " draft-ietf-sip-refer-with-norefersub "), be used to make REFER message not set up session, get final product, need not to reply NOTlFY message thereby the recipient only need reply 200 OK.
At last, end side generates the REFER message that carries timing information, and is as follows:
| REFER message | Chinese is explained |
| REFER sip：alice@example.com SIP/2.0 | |
| Via：SIP/2.0/UDP example.com；branch＝z9hG4bK-a-1 | |
| From：<sip：bob@example.com>；tag＝1a | From Bob, sip:bob@example.com is the SIP URI of Bob |
| To：sip：alice@example.com | The preceding target Alice that changes, sip:alice@example.com is the SIP URI of Alice |
| Call-ID：1@example.com | Interim conversation ID |
| CSeq：1 REFER | |
| Max-Forwards：70 | |
| Refer-To：< sip：annc.a.BAU(an＝file：//HpyBrth.wav)@mrs.example.com ；method＝INVITE> | Media object is a media server, and points to HpyBrth.wav |
| Refer-Sub：false | |
| Supported：norefersub | |
| Contact：sip：bob@example.com | |
| Require：Session-start-datetime | The scheduled service sign |
| Session-start-datetime：Sat，14 Nov 2006 10:30:00 GMT | Timing is Sat, 14 Nov, 2006 10:30:00 GMT |
| Content-Length：0 |
S22, B2BUA receive that described REFER message finishes corresponding operating.
After-B2BUA is received described REFER message, at first utilize existing sip message analytical capabilities, from this REFER message, parse timing information.According to Session-start-datetime sign (Require:Session-start-datetime) as can be known this business be scheduled service, and know that from timing information timing (Session-start-datetime:Sat, 14 Nov, 2006 10:30:00 GMT) is 2006-11-14 10:30.
-secondly, B2BUA with complete REFER message stores in the database of network side.Perhaps, with the timing and the REFER content that parse:
" Media Server be Alice play birthday blessing voice (Refer-To:＜sip:annc.a.BAU (an=file: //HpyBrth.wav) @mrs.example.com; Method=INVITE 〉) " be stored in the database of network side.
-thereafter, the described timing of B2BUA real time monitoring.
-when 2006-11-14 10:30 arrives, B2BUA will monitor the scheduled service triggered time and arrive.B2BUA extracts corresponding REFER message according to CALL-ID from database, and according to the SIP URI (To:sip:alice@example.com of Alice; ) directly before the terminal of Alice, change.Perhaps, B2BUA extracts corresponding timing information according to CALL-ID from database, and re-constructs REFER message, and changes before the terminal of Alice according to the SIP URI of Alice, to realize scheduled service.
S23, Alice finish related service after receiving the REFER message that issues.
After the terminal that Alice uses was received the REFER message that B2BUA issues, UAC can show Alice with timing information with the form at interface.If Alice accepts the blessing of Bob, then click and confirm, this terminal can according to media object (Refer-To:＜sip:annc.a.BAU (an=file: //HpyBrth.wav) @mrs.example.com; Method=INVITE 〉), initiate media play from trend Media Server; Also can by Alice after knowing timing information, manually initiate media play.Thereby make Alice can hear the birthday blessing of Bob at 2006-11-14 10:30.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, if of the present invention these are revised and modification belongs within the scope of claim of the present invention and equivalent technologies thereof, then the present invention also is intended to comprise these changes and modification interior.
Claims (8)
1, a kind of method that realizes scheduled service is characterized in that, comprises the following steps:
Terminal sends the message that carries timing information to network side;
Network side is resolved timing information from described message, and changes in view of the above, to finish scheduled service.
2, the method for claim 1 is characterized in that, described message is sip message.
3, method as claimed in claim 2 is characterized in that, comprises in the described timing information: timing and timing content.
4, method as claimed in claim 3 is characterized in that, expands header field in described message, to carry described timing information.
5, as claim 3 or 4 described methods, it is characterized in that network side parses timing information, know timing after, directly described message is kept in the database;
When arriving timing, network side changes this message before intended target, to realize scheduled service.
6, as claim 3 or 4 described methods, it is characterized in that network side parses timing information, know timing after, described timing information is kept in the database;
When arriving timing, network side re-constructs message with described timing information, and changes before intended target, to realize scheduled service.
7, as claim 3 or 4 described methods, it is characterized in that,, then before forward described terminal to, and after using user's affirmation of this terminal, this terminal is initiated corresponding business automatically according to the timing content if preceding commentaries on classics intended target is a terminal.
8, as claim 3 or 4 described methods, it is characterized in that, if preceding commentaries on classics intended target is terminal, then before forward described terminal to after, initiate corresponding business by the user who uses this terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610079109 CN1968113A (en) | 2006-04-29 | 2006-04-29 | Service timing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610079109 CN1968113A (en) | 2006-04-29 | 2006-04-29 | Service timing method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1968113A true CN1968113A (en) | 2007-05-23 |
Family
ID=38076684
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200610079109 Pending CN1968113A (en) | 2006-04-29 | 2006-04-29 | Service timing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1968113A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102075495A (en) * | 2009-11-24 | 2011-05-25 | 中兴通讯股份有限公司 | Alarm clock service implementation method, device and system |
| WO2012041185A1 (en) * | 2010-09-28 | 2012-04-05 | 大唐移动通信设备有限公司 | Notification capability method and method, system and device for controlling network congestion |
-
2006
- 2006-04-29 CN CN 200610079109 patent/CN1968113A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102075495A (en) * | 2009-11-24 | 2011-05-25 | 中兴通讯股份有限公司 | Alarm clock service implementation method, device and system |
| WO2012041185A1 (en) * | 2010-09-28 | 2012-04-05 | 大唐移动通信设备有限公司 | Notification capability method and method, system and device for controlling network congestion |
| CN102421141A (en) * | 2010-09-28 | 2012-04-18 | 大唐移动通信设备有限公司 | Capability notification method as well as method, system and equipment for controlling network congestion |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1806006B1 (en) | System and method for initiating push-to-talk sessions between outside services and user equipment | |
| CN100592831C (en) | Method and system for terminal and content share | |
| CN101043252B (en) | Method and system for transmitting MBMS mechanism based IMS service | |
| CN100542172C (en) | A kind of deferred information method of sending and receiving | |
| EP1863236A3 (en) | Method and apparatus for combining voice and multimedia services between CSI terminal and IMS terminal | |
| JP2011125006A5 (en) | ||
| CN1794722A (en) | Method of transfering off-line message | |
| RU2008125842A (en) | PROCESSING MESSAGES IN THE MULTIMEDIA SUBSYSTEM BASED ON THE IP PROTOCOL | |
| ATE413764T1 (en) | MESSAGE HANDLING IN AN IP MULTIMEDIA SUBSYSTEM | |
| CN101079927A (en) | Method and system for realizing multimedia color image service in IP multimedia subsystem network | |
| CN101047664A (en) | Method and device for implementing multi-target service or operation | |
| US20130342635A1 (en) | System and methods for multi-participant teleconferencing using preferred forms of telecommunication | |
| CN103491106A (en) | Method and system for recording IP (internet protocol) calls based on SIP (session initiation protocol) protocol | |
| WO2011017889A1 (en) | Multimedia conference implementation method and system | |
| WO2016119300A1 (en) | Information synchronization method and information synchronization device based on ims multi-party call, and terminal | |
| CN101057477A (en) | Method for dividing session of push to talk over cellular session and system thereof | |
| CN104426893B (en) | Wake up the method, apparatus and system of mobile terminal | |
| CN1897720A (en) | Method for controlling wireless one-key mode speak-right in packet system | |
| CN101123523A (en) | A method for creating combined conferment of multiple media types | |
| CN1968113A (en) | Service timing method | |
| CN100589658C (en) | Multimedia communication session establishing method | |
| CN101043743A (en) | Method for controlling user adding to conversation of PoC service | |
| EP2204945B1 (en) | Method, device and system of creating conference and conference operating | |
| CN103747002A (en) | Communication terminal capacity management system and terminal capacity management method | |
| CN101080086A (en) | Implementation system and method of color image service |
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: 20070523 |