CN101729511B - Method, device and system for dynamic signature of user under general service architecture - Google Patents

Abstract

The embodiment of the present invention discloses a method, device and system for dynamic subscription of users under a general service framework, so as to realize dynamic subscription by users through USI. The method includes: a universal service interface USI receiving a service call request message from a user terminal, the service call request message carrying a user identifier, a subscription type identifier and a service identifier; sending a service call request message to a subscription management server, the service call request message carrying The request message carries the user identifier, subscription type identifier and service identifier, so that the subscription management server executes the service indicated by the subscription type identifier according to the user identifier and service identifier. The device is a universal service interface USI server. The device also includes a subscription management server. The system includes a universal service interface USI and a subscription management server communicably connected with it.

Description

A method, device and system for dynamic subscription of users under a general service architecture

technical field

The invention belongs to the technical field of communication, and in particular relates to a method, device and system for dynamically signing a user under a general service framework.

Background technique

WiMAX (Worldwide Interoperability for Microwave Access) is a wireless metropolitan area network technology based on the IEEE802.16 standard. The wireless side of the WiMAX network is a wireless metropolitan area network access technology based on the IEEE802.16d/e standard, using the physical layer of OFDM (Orthogonal Frequency Division Multiplexing) and OFDMA (OFDM Access) technology, which can effectively resist multipath fading. In the case of optimal channel fading, the transmission rate can approach 75Mbps.

The logical architecture of the WiMAX network is shown in Figure 1. The entire WiMAX network is mainly composed of the following three parts:

(1) Terminal: including SS (Subscriber Station, user station) or MS (Mobile Station, mobile station), the user uses this device to access the WiMAX network.

(2) Access service network: ASN (Access Service Network, access service network) is defined as a set of network functions that provide wireless access services for WiMAX terminals. ASN includes BS (Base Station, base station) and ASN-GW (ASN Gateway, ASN Gateway) network elements.

(3) Connection service network: CSN (Connectivity Service Network, connection service network) is defined as providing IP connection services for WiMAX terminals. CSN mainly includes logical entities such as prepaid server (PPS, Prepaid Server) and authentication, authorization and accounting (AAA, Authentication, Authorization and Accounting) server, and the main functions provided are: MS IP address allocation, Internet access, AAA proxy or server, terminal-based authorization control, etc.

In the prior art, the R1 interface in FIG. 1 is a wireless air interface, mainly defined by IEEE802.16d/e, R2 is a logical interface, and R3, R4, and R5 interfaces are all wired interfaces.

Along with the requirements of opening up network services, a WiMAX network has also introduced a third-party application interface that can open WiMAX network services to inside or outside the network, that is, USI (Universal Service Interface, Universal Service Interface). A WiMAX network can provide a service interface to an Application Service Provider (Application Service Provider, ASP)/Internet Application Service Provider (iASP) through the USI system. By invoking the service capabilities provided by the USI, the ASP or iASP can apply services open to WiMAX access terminals, and can more conveniently provide personalized services for WiMAX access terminals through the ASP network or the Internet. The service capabilities opened by the WiMAX network through the USI system include QoS, location service, multicast broadcast service, terminal information query, terminal authentication and so on. However, the inventors found that in the prior art, there is no defined process for the user to call the USI to perform dynamic contract signing/termination with a third party.

Contents of the invention

The embodiment of the present invention discloses a method, device and system for dynamic subscription of users under a general service framework, so as to realize dynamic subscription by users through USI.

A method for dynamically signing a user under a general service architecture, comprising:

The universal service interface USI receives the service call request message of the user terminal, the service call request message carries the user identifier, the subscription type identifier and the service identifier; the subscription type identifier is used to indicate the purpose of the service call;

Sending the service invocation request message to the subscription management server, the service invocation request message carrying the user identifier, subscription type identifier and service identifier, so that the subscription management server executes the The business indicated by the above-mentioned contract type identifier;

The execution of the service indicated by the subscription type identifier specifically includes: locating the subscription information list of the user according to the user identifier; adding the subscription information corresponding to the service identifier to the subscription information list according to the subscription type identifier. information list, or delete from the subscription information list.

The device is a universal service interface USI server, comprising:

The first receiving module: used to receive the service call request message of the user terminal, the service call request message carries the user identifier, the subscription type identifier and the service identifier; the subscription type identifier is used to indicate the purpose of the service call;

The first sending module: for sending the service invocation request message from the first receiving module to the subscription management server, the service invocation request message carrying the user identifier, the subscription type identifier and the service identifier.

The device is a subscription management server, including:

Receiving module: used to receive a service call request message from a general service interface, the service call request message carries a user identifier, a subscription type identifier and a service identifier; the subscription type identifier is used to indicate the purpose of the service call;

Subscription management module: used to execute the service indicated by the subscription type symbol according to the user ID and service ID received by the receiving module; the subscription management module is specifically used to locate the user's account according to the user ID A subscription information list: according to the subscription type identifier, add the subscription information corresponding to the service identifier to the subscription information list, or delete it from the subscription information list.

A system for dynamic subscription of users under a general service architecture, including: a general service interface USI and a subscription management server communicably connected to it, wherein,

The USI is used to receive a service invocation request message from a user terminal, and the service invocation request message carries a user identifier, a subscription type identifier and a service identifier, and the subscription type identifier is used to indicate the purpose of service invocation; The server sends the service call request message, and the service call request message carries the user identifier, subscription type identifier and service identifier;

The subscription management server is configured to execute the service indicated by the subscription type symbol according to the user identifier and service identifier carried in the service invocation request message from the USI; the execution of the service indicated by the subscription type identifier The service specifically includes: locating the subscription information list of the user according to the user identifier; adding the subscription information corresponding to the service identifier to the subscription information list according to the subscription type identifier, or adding the subscription information corresponding to the subscription information list from the subscription information list Deleted in .

By applying the method, device and system disclosed in the embodiments of the present invention, the user terminal can send a service invocation request to the USI, and send the relevant information of the service requiring subscription/cancellation to the USI, and the USI will pass it to the subscription management server, The dynamic contract signing or contract cancellation is completed by the contract management server.

Description of drawings

FIG. 1 is a logical structural diagram of a WiMAX network in the prior art;

FIG. 2 is a schematic diagram of an application network model according to an embodiment of the present invention;

FIG. 3 is a flow chart of a method for dynamically signing a user under the general service architecture disclosed in an embodiment of the present invention;

FIG. 4 is a flow chart of a method for dynamically signing a user under the general service framework disclosed in an embodiment of the present invention;

Fig. 5 is a schematic diagram of the structure of the universal service interface USI server disclosed by the embodiment of the present invention;

FIG. 6 is a schematic structural diagram of a subscription management server disclosed in an embodiment of the present invention;

Fig. 7 is a schematic diagram of a system configuration of a user's dynamic subscription under the general service architecture disclosed in the embodiment of the present invention.

Detailed ways

In order to make the object, technical solution and advantages of the present invention clearer, the specific embodiments of the present invention will be further described in detail below in conjunction with the accompanying drawings.

A schematic diagram of a network structure of an application scenario of an embodiment of the present invention is shown in FIG. 2 . Among them, user terminal (MS), access service network (ASN) and connection service network (CSN) are the three main components of WiMAX network, while ASP/iASP is an application service provider independent of WiMAX network. As shown in the figure, the USI system is located in the CSN, or it may be outside the CSN, and multiple CSNs share one USI system. USI system interacts with ASP/iASP through U1 interface. The USI system may also optionally interact with AAA servers, message servers, location servers, etc. within the CSN. The interaction between MS and ASP/iASP uses the existing Internet interface (such as HTTP method).

Inside the WiMAX network, the user terminal has a unique internal identity, and this internal identity is stored in the AAA server of the CSN. The WiMAX network provides the capabilities and services of the WiMAX network based on this internal identity. Similarly, the information of the USI is also pre-stored in the AAA server, which is written into the AAA server when the USI signs a contract with the WiMAX network.

The embodiment of the invention discloses a method for dynamically signing a user under a general service framework.

The method is shown in Figure 3, and the specific steps are as follows:

Step 301, the user terminal sends a service invocation request message to the USI, and the service invocation request message carries a user identifier, a subscription type identifier and a service identifier. The subscription type identifier is used to indicate the purpose of the service call, which is specifically dynamic subscription or dynamic cancellation in this embodiment. The service identifier includes service type and service related information.

Step 302, the USI sends a service invocation request message to the subscription management server, the service invocation request message carrying the user identifier, subscription type identifier and service identifier.

Step 303, the subscription management server executes the service indicated by the subscription type identifier according to the user ID and the service ID. Specifically: according to the user identifier, locate the subscription information list of the user; according to the subscription type identifier (subscription or cancellation), add the subscription information corresponding to the service identifier to the subscription information list, or select from the subscription information list Deleted from the above contract information list.

By applying the method disclosed in this embodiment, the user can send a service call request to the USI, and send the relevant information of the service that needs to be subscribed/cancelled to the USI, and the USI will pass it to the subscription management server, and the subscription management server will Complete the dynamic signing or termination of the contract.

Next, a preferred embodiment is used to further describe the method for dynamic subscription of users under the general service architecture.

The embodiment of the invention discloses a method for dynamically signing a user under a general service framework.

The method is shown in Figure 4, and the specific steps are as follows:

Step 401, the user terminal sends a service invocation request message to the USI, and the service invocation request message carries a user identifier, a subscription type identifier and a service identifier. The subscription type identifier is used to indicate the purpose of the service call, which is specifically dynamic subscription or dynamic cancellation in this embodiment. The service identifier includes service type and service related information. For example, in MBS (Multicast and Broadcast Service, multicast broadcast service), what the user dynamically subscribes or cancels the contract may be a specific MBS service type, then the service identifier includes the specific MBS service type and the MBS service type at this time. Information related to the service type, such as one or a combination of a program ID, a service ID, and a multicast address corresponding to the MBS service. For another example, in the scenario of a location service, the service type in the service identifier indicates a location service, and the service-related information may include the QoS (Quality of Service) parameter of the location service, the location service type ( Such as navigation, tracking, single positioning, etc.), positioning accuracy and one or a combination of positioning methods. For another example, in the scenario of dynamically modifying QoS, the service type in the service identifier indicates a QoS service, and the service-related information may include QoS parameters of the QoS service. Generally speaking, the service types and service-related information are different according to different service applications, but the specific corresponding relationships are defined in their respective service agreements, and will not be repeated here.

It should be noted that in this step, the user sends a service call request message to the USI and the message interaction between the user and the USI in the subsequent steps of this embodiment may or may not be through the ASP/iASP. When a user calls USI through ASP/iASP, the user interacts with ASP/iASP through existing Internet technology, such as the way the user accesses ASP/iASP to provide web pages or interacts with ASP/iASP for instant information, and then ASP/iASP uses existing technology The U1 interface in the interface interacts with the USI system. When the user does not call the USI through ASP/iASP, the existing technology can be used to access the USI through the ASN. The specific process will not be repeated here.

Step 402, the USI authenticates the call request of the user. The authentication is specifically to judge whether the user has the right to call the USI interface, and the parameter based on the authentication is mainly the user identifier. As described in step 401, the user identifier is carried in the service call request message. The authentication process is an existing technology, and will not be repeated here.

It should be noted that this step can be omitted if the USI policy is open to all users and does not require user authentication.

In step 403, the USI sends a service invocation request message to the subscription management server, the service invocation request message carrying the user identifier, subscription type identifier and service identifier in step 401. The service call request message can be carried by RADIUS (Remote Authentication Dial in User Service remote user dial-in authentication service) or Diameter protocol (the next-generation AAA protocol proposed by the AAA working group of IETF for the deficiencies of the RADIUS protocol).

It should be noted that, according to the definition requirements of the existing USI system, the service call request message needs to be pre-registered with the USI, so that the USI can provide a third-party interface for the dynamic signing/cancelling operation service. The registration process is a prior art, which can be realized by those skilled in the art without any creative effort, so it will not be repeated here.

In a WiMAX network, the subscription management server may be an AAA server. If the network structure is the integration of WiMAX and 3GPP2, then the subscription management server can also be SPR (Subscription Profile Repository, user subscription database), or, if the network structure is the integration of WiMAX and 3GPP, the subscription management server It can also be HSS (Home Subscriber Server, Home Subscriber Server).

Step 404, the subscription management server executes the dynamic subscription/cancellation service according to the service call request message. Specifically: according to the user identifier, locate the subscription information list of the user; according to the subscription type identifier (subscription or cancellation), add the subscription information corresponding to the service identifier to the subscription information list, or select from the subscription information list Deleted from the above contract information list.

Further, the subscription management server may also trigger a process of providing services to users or allowing users to withdraw from services. For example, if the subscription management server is an AAA server, and the service type in the service identifier is an MBS service, the AAA server may send an authorization change request (CoA Request) message to the anchor service authorization entity, and the CoA Request The service identifier is carried in the message. Thereafter, the system can automatically complete the contract signing/cancellation operation according to the existing technical process. For another example, still taking the MBS service as an example, after the user signs up, the AAA server sends a subscription information change notification message to the PCRF through the Sp interface to inform the PCRF of the user's subscription information change, and the notification message includes the aforementioned service identifier (service type MBS, and the corresponding MBS program identifier, service identifier or the multicast IP address corresponding to the service). The PCRF interacts with the PCEF of the user terminal according to the information, triggers the IP session modification process, and provides the user with the MBS service. The contract termination business scenario is similar and will not be repeated here. For another example, take the tracking service in the positioning service as an example. After discovering that it is the tracking service in the positioning service, the AAA server sends a service request to the positioning server, and then the positioning server triggers a positioning process for the end user to track the user. The contract termination business scenario is similar and will not be repeated here. If the subscription management server is HSS or SPR, the triggering process is similar and will not be repeated here.

Step 405, the subscription management server sends a service response message to the USI, the service response message carries a result indication, and the result indication is used to indicate whether step 404 is executed successfully. The service response message may be carried by RADIUS or Diameter protocol.

Step 406, the USI system sends a service response message to the user terminal, the service response message carries the result indication, to inform the user whether the signing/cancelling operation is successfully performed. The service response message may be carried by RADIUS or Diameter protocol.

By applying the method disclosed in this embodiment, the user terminal can send a service invocation request to the USI, and send the relevant information of the service that needs to be subscribed/terminated to the USI, and the USI will pass it to the subscription management server, and the subscription management server will The server completes the dynamic signing or cancellation. Further, the subscription management server may also trigger the provision of services to the user or allow the user to withdraw from the service. Further, Kai may notify the user terminal of the execution result of the subscription.

The following embodiments describe the device for dynamically signing up users under the general service architecture.

The embodiment of the invention discloses a universal service interface USI server.

As shown in Figure 5, the USI server 50 includes:

The first receiving module 500: for receiving a service invocation request message from a user terminal, the service invocation request message carrying a user identifier, a subscription type identifier and a service identifier;

The first sending module 502: for sending the service invocation request message from the first receiving module 500 to the subscription management server, the service invocation request message carrying the user identifier, the subscription type identifier and the service identifier.

Optionally, the USI server also includes:

The second receiving module 504: for receiving a service response message from the subscription management server, the service response message carrying a result indication;

The second sending module 506 is configured to send the service response message from the second receiving module 504 to the user terminal, where the service response message carries the result indication.

By using the USI server 50 disclosed in the embodiment of the present invention, the first receiving module 500 can receive the service request message of the user terminal and the user identifier, subscription type identifier and service identifier carried therein, and the first sending module 502 can send the service request message The request message and the user identifier, subscription type identifier and service identifier carried therein are sent to the subscription management server, so that the subscription management server completes the dynamic subscription/cancellation of the user. Further, the second receiving module 504 may receive a service response message from the subscription management server, the service response message carries a result indication, and is sent to the user terminal by the second sending module 506, so that the user knows the execution result.

The embodiment of the invention discloses a subscription management server.

As shown in Figure 6, the subscription management server 60 includes:

Receiving module 600: for receiving a service invocation request message from a general service interface, the service invocation request message carrying the user identifier, subscription type identifier and service identifier;

Subscription management module 602: for executing the service indicated by the subscription type identifier according to the user ID and service ID received by the receiving module 600; specifically: locating the subscription information list of the user according to the user ID ; Add the subscription information corresponding to the service identifier to the subscription information list or delete it from the subscription information list according to the subscription type identifier (subscription or cancellation).

Optionally, the subscription management server 60 may also include:

Triggering module 604: used to trigger the process of providing services to users or making users withdraw from services according to the execution result of the subscription management module 602.

By applying the subscription management server disclosed in the embodiment of the present invention, the receiving module 600 can receive the service invocation request message from the USI, the service invocation request message carries the user identifier, the subscription type identifier and the service identifier, and the subscription management module 602 Carry out corresponding contract management operations. Furthermore, the triggering module 604 may also trigger the process of providing services to users or allowing users to withdraw from services, so as to provide users with complete dynamic contract signing/cancellation services.

The embodiment of the invention discloses a system for dynamically signing a user under a general service framework.

As shown in FIG. 7 , the system includes: a universal service interface USI700 and a subscription management server 702 communicably connected with it, wherein,

The USI700 is used to receive a service call request message from a user terminal, the service call request message carries a user identifier, a subscription type identifier, and a service identifier, and sends a service call request message to the subscription management server, and the service call request message carry the user identifier, subscription type identifier and service identifier;

The subscription management server 702 is configured to execute the service indicated by the subscription type identifier according to the user identifier and service identifier carried in the service call request message from the USI700.

By applying the system disclosed in the embodiment of the present invention, USI700 can receive the service invocation request message of the user terminal, the service invocation request message carries the user identifier, subscription type identifier and service identifier, and forwards it to the subscription management server 702, and the The subscription management server 702 completes the dynamic subscription/cancellation operation.

By applying the method, device and system disclosed in the embodiments of the present invention, the user terminal can send a service invocation request to the USI, and send the relevant information of the service requiring subscription/cancellation to the USI, and the USI will pass it to the subscription management server, The dynamic contract signing or contract cancellation is completed by the contract management server. Further, the subscription management server may also trigger the provision of services to the user or allow the user to withdraw from the service. Further, Kai may notify the user terminal of the execution result of the subscription.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is a better implementation Way. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product is stored in a readable storage medium, such as a floppy disk of a computer , a hard disk or an optical disk, etc., including several instructions for enabling a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments of the present invention.

The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still be described in the foregoing embodiments Modifications are made to the recorded technical solutions, or equivalent replacements are made to some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims (13)

1. the method for a dynamic signature of user under general service architecture is characterized in that, this method comprises:

General service interface USI receives the service calling request message of user terminal, carries ID, signing type symbol and service identification in the said service calling request message; Said signing type symbol is used to indicate the purpose of calling service;

Send said service calling request message to signing management server; Carry said ID, signing type symbol and service identification in the said service calling request message; So that said signing management server, is carried out the indicated business of said signing type symbol according to said ID and service identification;

The indicated business of the said signing type symbol of said execution specifically comprises: the CAMEL-Subscription-Information tabulation of locating said user according to said ID; According to said signing type symbol, the CAMEL-Subscription-Information that said service identification is corresponding is increased in the said CAMEL-Subscription-Information tabulation, perhaps deletion from said CAMEL-Subscription-Information tabulation.

2. the method for claim 1 is characterized in that, after said USI received the service calling request message of user terminal, further comprise step: said USI carried out authentication to user's call request.

3. the method for claim 1 is characterized in that, further comprises step: said signing management server triggers to the user according to signatory situation and provides professional or let the user withdraw from professional flow process.

4. the method for claim 1 is characterized in that, further comprises step:

Whether reception is carried result's indication from the service response message of said signing management server in the said service response message, be used to indicate the indicated business of said signing type symbol to run succeeded;

Send service response message to user terminal, carry said result's indication in the said service response message.

5. the method for claim 1 is characterized in that, said signing management server is authentication aaa server or home subscriber server HSS or user-subscribed database SPR.

6. the method for claim 1 is characterized in that, said service identification comprises type of service and service related information.

7. method as claimed in claim 6; It is characterized in that; For Multimedia Broadcast Multicast Service, said type of service is the Multimedia Broadcast Multicast Service type, and said service related information comprises one of following message or its combination: the professional corresponding multicast address of program identification, service identifiers and this MBS.

8. method as claimed in claim 6; It is characterized in that; For positioning service; Said type of service is the positioning service type, and said service related information comprises one of following message or its combination: the QoS parameter of said positioning service, positioning service type, positioning accuracy and locate mode.

9. a general service interface USI server is characterized in that, said USI server comprises:

First receiver module: be used to receive the service calling request message of user terminal, carry ID, signing type symbol and service identification in the said service calling request message; Said signing type symbol is used to indicate the purpose of calling service;

First sending module: be used for sending service calling request message, carry said ID, signing type symbol and service identification in the said service calling request message from said first receiver module to signing management server.

10. USI server as claimed in claim 9 is characterized in that, said USI server also comprises:

Second receiver module: be used to receive service response message, carry result's indication in the said service response message from said signing management server;

Second sending module: be used for sending service response message, carry said result's indication in the said service response message from said second receiver module to user terminal.

11. a signing management server is characterized in that, said signing management server comprises:

Receiver module: be used to receive service calling request message, carry ID, signing type symbol and service identification in the said service calling request message from general service interface; Said signing type symbol is used to indicate the purpose of calling service;

Signatory administration module: be used for said ID and service identification, carry out the indicated business of said signing type symbol according to said receiver module reception;

Said signatory administration module specifically is used for locating according to said ID said user's CAMEL-Subscription-Information tabulation; According to said signing type symbol, the CAMEL-Subscription-Information that said service identification is corresponding is increased in the said CAMEL-Subscription-Information tabulation, perhaps deletion from said CAMEL-Subscription-Information tabulation.

12. signing management server as claimed in claim 11 is characterized in that, said signing management server also comprises:

Trigger module: be used for the execution result according to said signatory administration module, triggering to the user provides professional or lets the user withdraw from professional flow process.

13. the system of a dynamic signature of user under general service architecture is characterized in that, said system comprises: but general service interface USI and the signing management server that is connected with communication mode with it, wherein,

Said USI is used to receive the service calling request message of user terminal; Carry ID, signing type symbol and service identification in the said service calling request message; Said signing type symbol is used to indicate the purpose of calling service; Send said service calling request message to said signing management server, carry said ID, signing type symbol and service identification in the said service calling request message;

Said signing management server is used for said ID and the service identification that basis is carried from the service calling request message of said USI, carries out the indicated business of said signing type symbol; The indicated business of the said signing type symbol of said execution specifically comprises: the CAMEL-Subscription-Information tabulation of locating said user according to said ID; According to said signing type symbol, the CAMEL-Subscription-Information that said service identification is corresponding is increased in the said CAMEL-Subscription-Information tabulation, perhaps deletion from said CAMEL-Subscription-Information tabulation.

Images