WO2014091630A1 - 無線通信システム、移動局、サーバ、及び無線通信方法 - Google Patents

無線通信システム、移動局、サーバ、及び無線通信方法 Download PDF

Info

Publication number
WO2014091630A1
WO2014091630A1 PCT/JP2012/082570 JP2012082570W WO2014091630A1 WO 2014091630 A1 WO2014091630 A1 WO 2014091630A1 JP 2012082570 W JP2012082570 W JP 2012082570W WO 2014091630 A1 WO2014091630 A1 WO 2014091630A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
service
ims
mobile station
occurrence
Prior art date
Application number
PCT/JP2012/082570
Other languages
English (en)
French (fr)
Inventor
直聰 渡邊
Original Assignee
富士通株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to CN201280077502.3A priority Critical patent/CN104823513A/zh
Priority to PCT/JP2012/082570 priority patent/WO2014091630A1/ja
Priority to JP2014551826A priority patent/JP5896040B2/ja
Priority to EP12889793.1A priority patent/EP2934059A4/en
Publication of WO2014091630A1 publication Critical patent/WO2014091630A1/ja
Priority to US14/708,986 priority patent/US9668292B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the present invention relates to a wireless communication system, a mobile station, a server, and a wireless communication method.
  • LTE Long Term Evolution
  • IP Internet Protocol
  • VoLTE Voice over LTE
  • IMS Internet protocol Multimedia Subsystem
  • IMS signaling bearer an IMS call processing SIP (Session Initiation Protocol) signaling bearer that is a communication path used for voice data control
  • the above bearers are bearers defined in 3GPP TR23.854 (Sec6.1.3.2.1), TS23.203 (Sec6.2.4), etc., for example.
  • the IMS signaling bearer is provided with a dedicated connection destination network (APN: Access Point Name).
  • APN Access Point Name
  • This APN was specified in order to enable the establishment of emergency communication with a local organization in an international roaming destination network without the intervention of a home network. That is, the wireless communication system provides an incoming service to a mobile station by always setting the IMS signaling bearer described above between an APN and a mobile station (UE: User Equipment).
  • a wireless communication system must always reserve resources to maintain an IMS signaling bearer.
  • NAT address translator
  • EPC Evolved Packet Core
  • CSCF Call Session Control Function
  • FIG. 3 is a diagram illustrating a functional configuration of the PCRF server 50.
  • the PCRF server 50 includes a network IF 51, a mobile network control unit 52, a user application IF (Inter Face) processing unit 53, and a policy control information holding unit 54. Each of these components is connected so that signals and data can be input and output in one direction or in both directions.
  • the network IF 51 terminates the L1 to L3 protocols specific to the network IF and transmits / receives various data to / from external nodes.
  • the mobile network control unit 52 terminates control signaling of the mobile network in order to perform bearer setting and release, QoS (Quality of Service) setting change, and the like.
  • the user application IF processing unit 53 receives a request for setting and releasing a bearer, or a request for QoS and accounting control from the user application unit 17 and the upper service mechanism. Further, the user application IF processing unit 53 terminates control signaling with the service mechanism in response to these requests.
  • the policy control information holding unit 54 holds control information used for bearer setting and release, QoS and charging control.
  • FIG. 4 is a diagram illustrating a functional configuration of the CSCF server 60.
  • the CSCF server 60 includes a network IF 61, an IMS signaling processing unit 62, a policy control IF (Inter Face) processing unit 63, and an IMS service information holding unit 64. Each of these components is connected so that signals and data can be input and output in one direction or in both directions.
  • the CSCF server 60 receives an IMS service request (for example, voice incoming call by SIP) addressed to the UE 10 issued from the opposing UE or server (for example, CN 80) (S7). With the reception, the CSCF server 60 confirms that the UE 10 is a UE that has not yet established the IMS signaling bearer B2. The confirmation process is performed by the CSCF server 60 acquiring the bearer establishment state of each UE including the UE 10 from the PCRF server 50.
  • IMS service request for example, voice incoming call by SIP
  • server for example, CN 80
  • the UE 10 When the UE 10 detects the occurrence of the IMS service by receiving the occurrence notification, the UE 10 activates an application for receiving the IMS service and re-establishes the IMS signaling bearer B2 with the PCRF server 50 (S10). . In S11, the UE 10 resumes the IMS service (for example, voice communication for incoming SIP) using the activated application. Note that the IMS signaling bearer B2 is released again after the service ends.
  • the IMS signaling bearer B2 for example, voice communication for incoming SIP
  • the CSCF server 60 executes application activation and IMS service registration in the UE 10 using the Notification Service platform of the application server 70 when receiving an IMS service request addressed to the UE 10 (for example, SIP incoming).
  • IMS service for example, SIP incoming service
  • the IMS control system 1 can suppress the consumption of communication resources and power that are caused by the constant maintenance of the IMS signaling bearer B2. As a result, the system can be efficiently operated.
  • FIG. 9 is a flowchart for explaining IMS service registration processing executed by the CSCF server 60.
  • the IMS signaling processing unit 62 starts execution of the IMS service registration process (T2).
  • the IMS signaling processing unit 62 refers to the IMS service information holding unit 64 and determines whether the UE 10 supports the IMS signaling bearer release state.
  • the IMS signaling processing unit 62 adds an indication of the support capability of the IMS signaling bearer release state in response to the request for the IMS service registration. (T4). In T5, the IMS signaling processing unit 62 adds an indication of the IMS signaling bearer release state support capability to the IMS session registration message addressed to the PCRF server 50, and registers the IMS service.
  • the IMS signaling processing unit 62 returns a response to the request for IMS service registration to the UE 10 via the network IF 61. (T6). Thereafter, the IMS signaling processing unit 62 registers the IMS session in the PCRF server 50 via the policy control IF processing unit 63 (T7).
  • FIG. 10 is a flowchart for explaining IMS signaling bearer release state recording processing executed by the CSCF server 60.
  • the network IF 61 receives the notification of the release state of the IMS signaling bearer B2 from the PCRF server 50.
  • the policy control IF processing unit 63 causes the IMS service information holding unit 64 to record the release state as service information of the UE 10.
  • the policy control IF processing unit 63 returns a response message to the PCRF server 50 via the network IF 61.
  • FIG. 11 is a flowchart for explaining the IMS service restart process executed by the CSCF server 60.
  • the network IF 61 receives the IMS service restart request from the UE 10 in the IMS service restart request waiting state. Accordingly, the IMS signaling processing unit 62 resumes the IMS service processing for the UE 10 (T22).
  • the process after T22 is the same as the process by the conventional IMS control system, the description is abbreviate
  • FIG. 13 is a flowchart for explaining application activation request processing executed by the CSCF server 60 according to the first embodiment.
  • the network IF 61 receives a request for an IMS service (for example, voice SIP incoming addressed to the UE 10) from the CN 80 (T41)
  • the IMS signaling processing unit 62 determines that the UE 10 that has been requested to connect in accordance with the above request receives the IMS signaling. It is determined whether the bearer B2 is in a released state (T42).
  • the IMS signaling processing unit 62 uses the token acquired in advance from the UE 10 to the application server 70 in the UE 10 A request to start the IMS application is made (T43). Thereafter, the IMS signaling processor 62 shifts to a waiting state for an IMS service restart request issued from the UE 10 (T44).
  • T42 the above-described processes of T43 and T44 are not executed, and the same processes as in the past are executed. (T45).
  • FIG. 14 is a flowchart for explaining IMS session registration processing executed by the PCRF server 50.
  • the network IF 51 of the PCRF server 50 receives the IMS session registration message from the CSCF server 60 (U1)
  • the user application IF processing unit 53 executes IMS session registration processing (U2).
  • the user application IF processing unit 53 uses the policy control information holding unit 54 as information indicating the support capability in the release state as session information. To record. Thereafter, the user application IF processing unit 53 returns a response message to the IMS session registration message to the CSCF server 60 (U4).
  • FIG. 15 is a flowchart for explaining IMS signaling bearer release processing executed by the PCRF server 50.
  • the network IF 51 of the PCRF server 50 receives the IMS signaling bearer B2 release request from the connected UE 10 (U11)
  • the mobile network control unit 52 establishes the IMS signaling bearer established between the UE 10 and the PCRF server 50.
  • B2 release processing is executed (U12).
  • V5 A conventional IMS service registration process is executed (V5).
  • FIG. 17 is a flowchart for explaining IMS signaling bearer establishment processing executed by the UE 10 according to the first embodiment.
  • the network IF 11 of the UE 10 receives an IMS application activation request from the application server 70.
  • the IMS application unit 16 re-establishes the IMS signaling bearer B2 between the UE 10 and the CSCF server 60 in response to the activation request.
  • the IMS application unit 16 notifies the CSCF server 60 of resumption of the IMS service.
  • the description is abbreviate
  • the IMS control system 1 includes the UE 10 and the CSCF server 60 that can communicate with the UE 10.
  • the UE 10 includes a network IF 11 and a mobile network service control unit 13.
  • the network IF 11 registers use of a predetermined service (for example, IMS service) in the CSCF server 60 using the IMS signaling bearer B2 established between the UE 10 and the CSCF server 60.
  • the mobile network service control unit 13 releases the IMS signaling bearer B2 after the use of the service is registered by the network IF 11.
  • the CSCF server 60 includes a network IF 61 and an IMS signaling processing unit 62.
  • the network IF 61 detects the occurrence of the service for the UE 10.
  • the IMS signaling processing unit 62 requests the application server 70 to notify the UE 10 of the occurrence of the service.
  • the mobile network service control unit 13 of the UE 10 is released by the mobile network service control unit 13 in response to a request from the IMS signaling processing unit 62 when the application server 70 notifies the UE 10 of the occurrence of the service.
  • Established IMS signaling bearer B2 again.
  • the IMS service registration process (see FIG. 9), the IMS signaling bearer release state recording process (see FIG. 10), and the IMS service restart process (see FIG. 11) are: This is the same as the processing in the first embodiment. Accordingly, the illustration and detailed description thereof will be omitted, and the IMS signaling bearer establishment request process which is a process specific to the CSCF server 60 according to the second embodiment will be described below with reference to FIG.
  • the IMS signaling processing unit 62 establishes the IMS signaling bearer B2 with the UE 10 with respect to the PCRF server 50. Is requested (X43). Thereafter, the IMS signaling processing unit 62 shifts to a waiting state for an IMS service restart request issued from the UE 10 (X44).
  • the processes of X43 and X44 described above are not executed, and the same processes as in the past are executed. (X45).
  • the operation of the PCRF server 50 according to the second embodiment will be described.
  • the IMS session registration process (see FIG. 14) and the IMS signaling bearer release process (see FIG. 15) are the same as the processes in the first embodiment. Accordingly, the illustration and detailed description thereof will be omitted, and the IMS signaling bearer establishment process, which is a process unique to the PCRF server 50 according to the second embodiment, will be described below with reference to FIG.
  • FIG. 21 is a flowchart for explaining the IMS service registration process executed by the UE 10 according to the second embodiment.
  • the IMS application unit 16 of the UE 10 starts executing an IMS service registration process (Z1).
  • the IMS application unit 16 determines whether the CSCF server 60 supports the IMS signaling bearer release state based on the information acquired from the CSCF server 60 that is the access destination (Z2).
  • FIG. 22 is a flowchart for explaining IMS signaling bearer establishment processing executed by the UE 10 according to the second embodiment.
  • the network IF 11 of the UE 10 receives the establishment request for the IMS signaling bearer B2 from the PCRF server 50.
  • the mobile network service control unit 13 establishes an IMS signaling bearer B2 between the UE 10 and the PCRF server 50 in response to the establishment request.
  • the mobile network service control unit 13 notifies the CSCF server 60 of the resumption of the IMS service using the IMS signaling bearer B2 established in Z12.
  • the description is abbreviate
  • the IMS signaling processing unit 62 requests the PCRF server 50 to notify the UE 10 of the occurrence of the service.
  • the mobile network service control unit 13 of the UE 10 is released by the mobile network service control unit 13 in response to a request from the IMS signaling processing unit 62 when the PCRF server 50 notifies the UE 10 of the occurrence of the service.
  • Established IMS signaling bearer B2 again.
  • the PCRF server 50 may be a server that establishes and releases the IMS signaling bearer B2 with the UE 10.
  • the PCRF server 50 may further include a mobile network control unit 52.
  • the mobile network control unit 52 In response to a request from the IMS signaling processing unit 62 of the CSCF server 60, the mobile network control unit 52 notifies the UE 10 of the occurrence of the IMS service, and the IMS signaling bearer B2 released by the mobile network service control unit 13 It may be established again.
  • the UE 10 can enjoy the IMS service (for example, the SIP incoming service) without always maintaining the IMS signaling bearer B2. Therefore, the IMS control system 1 can suppress the consumption of communication resources and power that are caused by the constant maintenance of the IMS signaling bearer B2. As a result, the system can be efficiently operated.
  • the IMS control system 1 according to the second embodiment requires fewer messages to be processed by the UE 10 than the first embodiment. Therefore, the IMS control system 1 according to the second embodiment can obtain the same effects as those of the first embodiment while suppressing the load on the mobile station.
  • the mobile station such as a mobile phone, a smartphone, and a PDA (Personal Digital Assistant) is assumed as the UE.
  • the present invention is not limited to a mobile station, and can be applied to various communication devices that can establish and release various bearers with the PCRF server 50.
  • each component of the IMS control system 1 does not necessarily need to be physically configured as illustrated. That is, the specific mode of distribution / integration of each device is not limited to the illustrated one, and all or a part thereof is functionally or physically distributed in an arbitrary unit according to various loads or usage conditions. -It can also be integrated and configured.
  • the mobile network service control unit 13 and the application service control unit 15 of the UE 10 or the IMS signaling processing unit 62 and the policy control IF processing unit 63 of the CSCF server 60 may be integrated as one component.
  • the application service control unit 15 of the UE 10 the acquired token may be distributed into a part for transmitting the acquired token to the CSCF server 60 and a part for releasing the IMS signaling bearer B2.
  • the policy control IF processing unit 63 may be distributed into a part for recording the release state of the IMS signaling bearer B2 in the IMS service information holding unit 64 and a part for transmitting a response message to the PCRF server 50.
  • the memory 10b, the HDD 50d, and the HDD 60d may be connected as an external device of the UE 10, the PCRF server 50, and the CSCF server 60 via a network or a cable, respectively.
  • one IMS control system 1 may have functions unique to the first and second embodiments.
  • the CSCF server 60 may have a function of requesting the application server 70 to notify the occurrence of an IMS service and also requesting the PCRF server 50 to notify the occurrence of an IMS service.
  • IMS control system 10 UE 10a processor 10b memory 10c RF circuit 10d display device 11 network IF 12 Communication Data Processing Unit 13 Mobile Network Service Control Unit 14 User Information Management Unit 15 Application Service Control Unit 16 IMS Application Unit 17 User Application Unit 20 eNB 30 MME / S-GW 40 P-GW 50 PCRF server 50a Switch 50b CPU 50c SDRAM 50d HDD 50e NW board 51 Network IF 52 Mobile network control unit 53 User application IF processing unit 54 Policy control information holding unit 60 CSCF server 60a Switch 60b CPU 60c SDRAM 60d HDD 60e NW board 61 Network IF 62 IMS Signaling Processing Unit 63 Policy Control IF Processing Unit 64 IMS Service Information Holding Unit 70 Application Server A Antenna B1 Default Bearer B2 IMS Signaling Bearer N1 Radio Access Network N2 Mobile Core Network N3 IP Network

Abstract

　ＵＥ（１０）は、ＣＳＣＦサーバと通信可能な移動局である。ＵＥ（１０）は、ネットワークＩＦ（１１）と移動網サービス制御部（１３）とを有する。ネットワークＩＦ（１１）は、ＵＥ（１０）とＣＳＣＦサーバとの間に確立されたＩＭＳシグナリングベアラを用いて、所定のサービスの利用を、ＣＳＣＦサーバに登録する。移動網サービス制御部（１３）は、ネットワークＩＦ（１１）により上記サービスの利用が登録された後に、上記ＩＭＳシグナリングベアラを解放する。また、移動網サービス制御部（１３）は、ＣＳＣＦサーバが、ＵＥ（１０）に対する上記サービスの発生を検知した場合に、ＣＳＣＦサーバからの要求に応じて、アプリケーションサーバからＵＥ（１０）に対し、上記サービスの発生が通知されたことに伴い、解放された上記ＩＭＳシグナリングベアラを、再び確立する。

Description

無線通信システム、移動局、サーバ、及び無線通信方法
　本発明は、無線通信システム、移動局、サーバ、及び無線通信方法に関する。
　従来、新しい無線通信方式として、３ＧＰＰ（3rd　Generation　Partnership　Project）で規格化されたＬＴＥ（Long　Term　Evolution）が普及しつつある。ＬＴＥでは、ＩＰ（Internet　Protocol）ベースのマルチメディアサービスとして、ＩＭＳ（Internet　protocol　Multimedia　Subsystem）を利用した音声サービスであるＶｏＬＴＥ（Voice　over　LTE）の提供が準備されつつある。ＶｏＬＴＥでは、一般データ用の通信路であるデフォルトベアラに加え、音声データの制御に用いる通信路であるＩＭＳ呼処理ＳＩＰ（Session　Initiation　Protocol）シグナリング用ベアラ（以下、「ＩＭＳシグナリングベアラ」と記す。）が使用される。
　上記各ベアラは、例えば、３ＧＰＰのTR23.854（Sec6.1.3.2.1）やTS23.203（Sec6.2.4）等において定義されたベアラである。ＩＭＳシグナリングベアラには、ユーザデータ通信用デフォルトベアラ（以下、単に「デフォルトベアラ」と記す。）とは異なり、専用の接続先網（ＡＰＮ：Access　Point　Name）が設けられる。このＡＰＮは、国際ローミング先の網において、現地の機関との緊急通信の確立を、ホーム網の介在無く可能とするために仕様化された。すなわち、無線通信システムは、ＡＰＮと移動局（ＵＥ：User　Equipment）との間に、上述のＩＭＳシグナリングベアラを常時設定することにより、移動局への着信サービスを提供している。
国際公開第２００８／０９６５２７号
　しかしながら、上述した技術は、高品質の音声通信が可能である反面、以下の様な問題点があった。例えば、無線通信システムは、ＩＭＳシグナリングベアラを維持するために、リソースを常時確保しなければならない。また、ＥＰＣ（Evolved　Packet　Core）とＩＭＳ呼処理サーバ（ＣＳＣＦ：Call　Session　Control　Function）との間に、アドレス変換装置（ＮＡＴ：Network　Address　Translator）がある場合、無線通信システムは、アドレス変換情報を維持するために、定期的なkeep　alive通信を行う。これにより、移動局宛の発信が無いにも拘らず、該移動局と基地局との間の無線リソースが消費されることとなる。
　開示の技術は、上記に鑑みてなされたものであって、移動局へのサービス提供に際し、リソースの消費を抑制することができる無線通信システム、移動局、サーバ、及び無線通信方法を提供することを目的とする。
　上述した課題を解決し、目的を達成するために、本願の開示する無線通信システムは、一つの態様において、移動局と、該移動局と通信可能な第１サーバとを有する。前記移動局は、登録部と第１制御部とを有する。前記登録部は、前記移動局と第１サーバとの間に確立された通信路を用いて、所定のサービスの利用を、前記第１サーバに登録する。前記第１制御部は、前記登録部により前記サービスの利用が登録された後に、前記通信路を解放する。前記第１サーバは、検知部と要求部とを有する。前記検知部は、前記移動局に対する前記サービスの発生を検知する。前記要求部は、前記検知部により前記サービスの発生が検知された場合、前記サービスの発生を前記移動局に通知することを、第２サーバに要求する。前記移動局の第１制御部は、前記要求部からの要求に応じて、前記第２サーバから前記移動局に対し、前記サービスの発生が通知されたことに伴い、前記第１制御部により解放された前記通信路を、再び確立する。
　本願の開示する無線通信システムの一つの態様によれば、移動局へのサービス提供に際し、リソースの消費を抑制することができるという効果を奏する。
図１は、ＩＭＳ制御システムの構成を示す図である。 図２は、ＵＥの機能的構成を示す図である。 図３は、ＰＣＲＦサーバの機能的構成を示す図である。 図４は、ＣＳＣＦサーバの機能的構成を示す図である。 図５は、ＵＥのハードウェア構成を示す図である。 図６は、ＰＣＲＦサーバのハードウェア構成を示す図である。 図７は、ＣＳＣＦサーバのハードウェア構成を示す図である。 図８は、ＩＭＳ制御システムの動作を説明するためのシーケンス図である。 図９は、ＣＳＣＦサーバの実行するＩＭＳサービス登録処理を説明するためのフローチャートである。 図１０は、ＣＳＣＦサーバの実行するＩＭＳシグナリングベアラ解放状態記録処理を説明するためのフローチャートである。 図１１は、ＣＳＣＦサーバの実行するＩＭＳサービス再開処理を説明するためのフローチャートである。 図１２は、実施例１に係るＣＳＣＦサーバの実行するトークン記録処理を説明するためのフローチャートである。 図１３は、実施例１に係るＣＳＣＦサーバの実行するアプリケーション起動要求処理を説明するためのフローチャートである。 図１４は、ＰＣＲＦサーバの実行するＩＭＳセッション登録処理を説明するためのフローチャートである。 図１５は、ＰＣＲＦサーバの実行するＩＭＳシグナリングベアラ解放処理を説明するためのフローチャートである。 図１６は、実施例１に係るＵＥの実行するＩＭＳサービス登録処理を説明するためのフローチャートである。 図１７は、実施例１に係るＵＥの実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。 図１８は、実施例２に係るＩＭＳ制御システムの動作を説明するためのシーケンス図である。 図１９は、実施例２に係るＣＳＣＦサーバの実行するＩＭＳシグナリングベアラ確立要求処理を説明するためのフローチャートである。 図２０は、実施例２に係るＰＣＲＦサーバの実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。 図２１は、実施例２に係るＵＥの実行するＩＭＳサービス登録処理を説明するためのフローチャートである。 図２２は、実施例２に係るＵＥの実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。
　以下に、本願の開示する無線通信システム、移動局、サーバ、及び無線通信方法の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する無線通信システム、移動局、サーバ、及び無線通信方法が限定されるものではない。
　以下、本願の開示する一実施例に係るＩＭＳ制御システムの構成を説明する。ＩＭＳ制御システムは、無線通信方式としてＬＴＥが適用された無線通信システムである。図１は、ＩＭＳ制御システム１の構成を示す図である。図１に示す様に、ＩＭＳ制御システム１は、無線アクセス網Ｎ１内に、移動局としてのＵＥ１０と、基地局としてのｅＮＢ２０とを有する。また、ＩＭＳ制御システム１は、モバイルコア網Ｎ２内に、ＭＭＥ（Mobility　Management　Entity）／Ｓ－ＧＷ（Serving-GateWay）３０と、Ｐ－ＧＷ（Packet　data　network-GateWay）４０と、ＰＣＲＦ（Policy　and　Charging　Rules　Function）サーバ５０とを有する。更に、ＩＭＳ制御システム１は、ＣＳＣＦ（Call　Session　Control　Function）サーバ６０と、アプリケーションサーバ７０とを有する。なお、以下の説明では、ＭＭＥ／Ｓ－ＧＷ３０は、簡単のため、「ＭＭＥ３０」と記す。
　ＩＭＳ制御システム１では、ｅＮＢ２０とＭＭＥ３０とが有線接続されることで、無線アクセス網Ｎ１とモバイルコア網Ｎ２とが、相互に、各種信号やデータの送受信が可能な状態となっている。同様に、Ｐ－ＧＷ４０が、外部のパケット網であるＩＰ（Internet　Protocol）網Ｎ３と有線接続されることで、モバイルコア網Ｎ２とＩＰ網Ｎ３とが、相互に、各種信号やデータの送受信が可能な状態となっている。更に、ＰＣＲＦサーバ５０は、ＣＳＣＦサーバ６０を介して、ＩＰ網Ｎ３と有線接続され、その先には、アプリケーションサーバ７０が有線接続されている。これにより、ＵＥ１０は、ＣＳＣＦサーバ６０が、例えば、外部パケット網のＣＮ（Corresponding　Node）８０からＩＭＳサービス要求を受けた場合に、ｅＮＢ２０、ＣＳＣＦサーバ６０等の各上位装置との間で、相互に、各種信号やデータの送受信が可能である。
　以下、本願の開示する一実施例に係るＵＥ１０の構成を説明する。図２は、ＵＥ１０の機能的構成を示す図である。図２に示す様に、ＵＥ１０は、ネットワークＩＦ（Inter　Face）１１と、通信データ処理部１２と、移動網サービス制御部１３と、ユーザ情報管理部１４と、アプリケーションサービス制御部１５と、ＩＭＳアプリケーション部１６と、ユーザアプリケーション部１７とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能な様に接続されている。
　ネットワークＩＦ１１は、ｅＮＢ２０との間で、各種信号やデータの送受信を行う。通信データ処理部１２は、ベアラの設定情報に基づき、データのルーティング及び転送用プロトコルに関する処理を行う。通信データ処理部１２は、無線アクセス手順メッセージ等の自局宛のシグナリング情報を認識し、該シグナリング情報を処理する他の機能部との間で、データの入出力を行う。移動網サービス制御部１３は、無線アクセス網Ｎ１及びモバイルコア網Ｎ２との制御シグナリングを終端すると共に、ベアラの設定や解放等の制御を行う。ユーザ情報管理部１４は、移動網サービス制御部１３を介して取得された、ユーザの位置や、ユーザの使用するベアラ等のユーザ情報を保持する。
　アプリケーションサービス制御部１５は、ＵＥ１０上で動作する全てのアプリケーションが利用可能な共通サービスを制御する。アプリケーションサービス制御部１５は、例えば、Notification　Serviceを提供する。ＩＭＳアプリケーション部１６は、ＩＭＳサービスを実現するアプリケーションである。ＩＭＳアプリケーション部１６は、無線アクセス網Ｎ１及びモバイルコア網Ｎ２を介して、ＣＳＣＦサーバ６０の通信アプリケーション、あるいは、外部パケット網のＣＮ８０の通信アプリケーションとの間で、制御データの送受信を行う。ユーザアプリケーション部１７は、ユーザの使用する通信アプリケーションである。ユーザアプリケーション部１７は、無線アクセス網Ｎ１及びモバイルコア網Ｎ２を介して、外部パケット網のＣＮ８０の通信アプリケーションとの間で、ユーザデータの送受信を行う。
　以下、本願の開示する一実施例に係るＰＣＲＦサーバ５０の構成を説明する。図３は、ＰＣＲＦサーバ５０の機能的構成を示す図である。図３に示す様に、ＰＣＲＦサーバ５０は、ネットワークＩＦ５１と、移動網制御部５２と、ユーザアプリケーションＩＦ（Inter　Face）処理部５３と、ポリシ制御情報保持部５４とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能な様に接続されている。
　ネットワークＩＦ５１は、ネットワークＩＦに固有のＬ１～Ｌ３プロトコルを終端すると共に、外部ノードとの間で、各種データの送受信を行う。移動網制御部５２は、ベアラの設定及び解放や、ＱｏＳ（Quality　of　Service）の設定変更等を行うため、移動網の制御シグナリングを終端する。ユーザアプリケーションＩＦ処理部５３は、ユーザアプリケーション部１７及び上位のサービス機構から、ベアラの設定及び解放の要求、あるいは、ＱｏＳ及び課金の制御の要求を受信する。また、ユーザアプリケーションＩＦ処理部５３は、これらの要求に応じて、上記サービス機構との間における制御シグナリングを終端する。ポリシ制御情報保持部５４は、ベアラの設定及び解放や、ＱｏＳ及び課金の制御に使用する制御情報を保持する。
　以下、本願の開示する一実施例に係るＣＳＣＦサーバ６０の構成を説明する。図４は、ＣＳＣＦサーバ６０の機能的構成を示す図である。図４に示す様に、ＣＳＣＦサーバ６０は、ネットワークＩＦ６１と、ＩＭＳシグナリング処理部６２と、ポリシ制御ＩＦ（Inter　Face）処理部６３と、ＩＭＳサービス情報保持部６４とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能な様に接続されている。
　ネットワークＩＦ６１は、ネットワークＩＦに固有のＬ１～Ｌ３プロトコルを終端すると共に、外部ノードとの間で、各種データの送受信を行う。ＩＭＳシグナリング処理部６２は、ＩＭＳサービスを提供するため、ＵＥ１０との間におけるＩＭＳ制御シグナリングを終端する。ポリシ制御ＩＦ処理部６３は、ベアラに対し、ＱｏＳや課金の制御を行うため、ＰＣＲＦサーバ５０との間における制御シグナリングを終端する。ＩＭＳサービス情報保持部６４は、ＩＭＳサービスに関する情報を加入者毎に保持する。
　続いて、ＵＥ１０、ＰＣＲＦサーバ５０、及びＣＳＣＦサーバ６０のハードウェア構成を説明する。図５は、ＵＥ１０のハードウェア構成を示す図である。図５に示す様に、ＵＥ１０は、ハードウェア的には、プロセッサ１０ａと、メモリ１０ｂと、ＲＦ（Radio　Frequency）回路１０ｃと、ＬＣＤ（Liquid　Crystal　Display）等の表示装置１０ｄとを有する。ＲＦ回路１０ｃは、アンテナＡを有する。ＵＥ１０のネットワークＩＦ１１は、例えば、ＲＦ回路１０ｃにより実現される。通信データ処理部１２と、移動網サービス制御部１３と、アプリケーションサービス制御部１５と、ＩＭＳアプリケーション部１６と、ユーザアプリケーション部１７とは、例えば、ＣＰＵ（Central　Processing　Unit）やＤＳＰ（Digital　Signal　Processor）等のプロセッサ１０ａにより実現される。ユーザ情報管理部１４は、例えば、ＲＡＭ（Random　Access　Memory)、ＲＯＭ（Read　Only　Memory)、フラッシュメモリ等のメモリ１０ｂにより実現される。
　図６は、ＰＣＲＦサーバ５０のハードウェア構成を示す図である。図６に示す様に、ＰＣＲＦサーバ５０においては、ハードウェア的には、ＣＰＵ５０ｂと、ＳＤＲＡＭ（Synchronous　Dynamic　Random　Access　Memory）５０ｃと、ＨＤＤ（Hard　Disk　Drive）５０ｄと、ＮＷ（NetWork）ボード５０ｅとが、スイッチ５０ａを介して、各種信号やデータの入出力が可能な様に接続されている。ＰＣＲＦサーバ５０のネットワークＩＦ５１は、例えば、ＮＷボード５０ｅによって実現される。移動網制御部５２とユーザアプリケーションＩＦ処理部５３とは、例えば、ＣＰＵ５０ｂによって実現される。ポリシ制御情報保持部５４は、例えば、ＳＤＲＡＭ５０ｃとＨＤＤ５０ｄとによって実現される。
　図７は、ＣＳＣＦサーバ６０のハードウェア構成を示す図である。図７に示す様に、ＣＳＣＦサーバ６０は、ハードウェア的には、上述したＰＣＲＦサーバ５０と同様の構成を有する。すなわち、ＣＳＣＦサーバ６０においては、ＣＰＵ６０ｂと、ＳＤＲＡＭ６０ｃと、ＨＤＤ６０ｄと、ＮＷボード６０ｅとが、スイッチ６０ａを介して、各種信号やデータの入出力が可能な様に接続されている。ＣＳＣＦサーバ６０のネットワークＩＦ６１は、例えば、ＮＷボード６０ｅによって実現される。ＩＭＳシグナリング処理部６２とポリシ制御ＩＦ処理部６３とは、例えば、ＣＰＵ６０ｂによって実現される。ＩＭＳサービス情報保持部６４は、例えば、ＳＤＲＡＭ６０ｃとＨＤＤ６０ｄとによって実現される。
　アプリケーションサーバ７０は、アプリケーション提供事業者（サードパーティ）が利用可能なプッシュ型のNotification　Service基盤として、ＯＳ（Operating　System）やＵＥの提供事業者により提供される。アプリケーションサーバ７０は、ＵＥの有するアプリケーションの起動、あるいは、該アプリケーションの使用する情報（例えば、パラメータ、アイテム等）がネットワーク側に存在することの通知を、ネットワーク側から行うことを可能とする。
　次に、実施例１におけるＩＭＳ制御システム１の動作を説明する。
　図８は、実施例１に係るＩＭＳ制御システム１の動作を説明するためのシーケンス図である。まずＳ１では、ＵＥ１０は、ＣＳＣＦサーバ６０との間に確立されたＩＭＳシグナリングベアラＢ２を用いて、ＣＳＣＦサーバ６０に対し、ＩＭＳサービス（例えば、ＩＰアドレス）の登録を行う。このとき、ＵＥ１０は、アプリケーションサーバ７０から事前に取得したＵＥ用アプリケーションのトークンを、ＣＳＣＦサーバ６０に送信し、ＣＳＣＦサーバ６０は、該トークンを保持する。Ｓ２では、ＣＳＣＦサーバ６０は、ＰＣＲＦサーバ５０に対し、ＩＭＳセッションの登録を行う。
　Ｓ３では、Ｓ１と同様に、ＵＥ１０は、アプリケーションサーバ７０との間に確立されたデフォルトベアラＢ１を用いて、アプリケーションサーバ７０に対し、ＩＭＳアプリケーション（例えば、アプリケーションの使用開始）の登録を行う。Ｓ４では、アプリケーションサーバ７０は、ＣＳＣＦサーバ６０に対し、ＩＭＳアプリケーションの登録を通知する。
　上記登録が完了すると、ＵＥ１０は、ＩＭＳシグナリングベアラＢ２を一旦解放し（Ｓ５）、ＰＣＲＦサーバ５０は、該ベアラの解放をＣＳＣＦサーバ６０に通知する（Ｓ６）。
　その後、ＣＳＣＦサーバ６０は、対向するＵＥやサーバ（例えば、ＣＮ８０）から発せられたＵＥ１０宛のＩＭＳサービス要求（例えば、ＳＩＰによる音声着信）を受信する（Ｓ７）。該受信に伴い、ＣＳＣＦサーバ６０は、ＵＥ１０が現時点でＩＭＳシグナリングベアラＢ２を確立していないＵＥであることを確認する。該確認処理は、ＣＳＣＦサーバ６０が、ＵＥ１０を含む各ＵＥのベアラ確立状態を、ＰＣＲＦサーバ５０から取得することで行う。
　ＣＳＣＦサーバ６０は、ＵＥ１０がＩＭＳシグナリングベアラＢ２を確立していないことを確認すると、上記トークンを用いて、ＵＥ１０に対するＩＭＳサービスの発生の通知（例えば、ＵＥ１０のアプリケーションの起動要求）をアプリケーションサーバ７０に要求する（Ｓ８）。該要求を受けたアプリケーションサーバ７０は、ＩＭＳサービスの発生通知を、上記トークンと併せて、ＵＥ１０宛に送信する（Ｓ９）。
　ＵＥ１０は、上記発生通知の受信により、ＩＭＳサービスの発生を検知すると、該ＩＭＳサービスを受けるためのアプリケーションを起動すると共に、ＰＣＲＦサーバ５０との間に、ＩＭＳシグナリングベアラＢ２を再び確立する（Ｓ１０）。Ｓ１１では、ＵＥ１０は、起動されたアプリケーションを用いて、ＩＭＳサービス（例えば、ＳＩＰ着信の音声通信）を再開する。なお、サービス終了後は、ＩＭＳシグナリングベアラＢ２は再び解放される。
　上述した様に、ＣＳＣＦサーバ６０は、ＵＥ１０宛のＩＭＳサービス要求の受信（例えば、ＳＩＰ着信）時に、アプリケーションサーバ７０のNotification　Service基盤を用いて、ＵＥ１０に、アプリケーションの起動及びＩＭＳサービスの登録を実行させる。これにより、ＵＥ１０は、ＩＭＳシグナリングベアラＢ２を常時維持しなくとも、ＩＭＳサービス（例えば、ＳＩＰ着信サービス）を享受することができる。従って、ＩＭＳ制御システム１は、ＩＭＳシグナリングベアラＢ２の常時維持に伴って生じる、通信リソースや電力の消費を抑制することができる。その結果、システムの効率的な運用が可能となる。
　次に、図９～図１３を参照しながら、ＣＳＣＦサーバ６０の動作を説明する。図９は、ＣＳＣＦサーバ６０の実行するＩＭＳサービス登録処理を説明するためのフローチャートである。まず、ネットワークＩＦ６１が、ＩＭＳサービス登録の要求をＵＥ１０から受信すると（Ｔ１）、ＩＭＳシグナリング処理部６２は、ＩＭＳサービス登録処理の実行を開始する（Ｔ２）。Ｔ３では、ＩＭＳシグナリング処理部６２は、ＩＭＳサービス情報保持部６４を参照して、ＵＥ１０が、ＩＭＳシグナリングベアラ解放状態をサポートしているか否かを判定する。
　上記判定の結果、ＵＥ１０によるサポートが確認されると（Ｔ３；Ｙｅｓ）、ＩＭＳシグナリング処理部６２は、上記ＩＭＳサービス登録の要求への応答に対し、ＩＭＳシグナリングベアラ解放状態のサポート能力の表示を追加する（Ｔ４）。Ｔ５では、ＩＭＳシグナリング処理部６２は、ＰＣＲＦサーバ５０宛のＩＭＳセッション登録メッセージに対し、ＩＭＳシグナリングベアラ解放状態のサポート能力の表示を追加すると共に、ＩＭＳサービスの登録を実行する。
　一方、Ｔ３における判定の結果、ＵＥ１０によるサポートが確認されない場合（Ｔ３；Ｎｏ）には、ＩＭＳシグナリング処理部６２は、ネットワークＩＦ６１を介して、上記ＩＭＳサービス登録の要求への応答を、ＵＥ１０に返信する（Ｔ６）。その後、ＩＭＳシグナリング処理部６２は、ポリシ制御ＩＦ処理部６３を介して、ＰＣＲＦサーバ５０にＩＭＳセッションを登録する（Ｔ７）。
　図１０は、ＣＳＣＦサーバ６０の実行するＩＭＳシグナリングベアラ解放状態記録処理を説明するためのフローチャートである。Ｔ１１では、ネットワークＩＦ６１は、ＩＭＳシグナリングベアラＢ２の解放状態の通知をＰＣＲＦサーバ５０から受信する。Ｔ１２では、ポリシ制御ＩＦ処理部６３は、ＵＥ１０のサービス情報として、ＩＭＳサービス情報保持部６４に上記解放状態を記録させる。Ｔ１３では、ポリシ制御ＩＦ処理部６３は、ネットワークＩＦ６１を介して、ＰＣＲＦサーバ５０に対し、応答メッセージを返信する。
　図１１は、ＣＳＣＦサーバ６０の実行するＩＭＳサービス再開処理を説明するためのフローチャートである。Ｔ２１では、ネットワークＩＦ６１は、ＩＭＳサービス再開要求の待ち状態にあるＵＥ１０から、ＩＭＳサービスの再開要求を受信する。これに伴い、ＩＭＳシグナリング処理部６２は、ＵＥ１０に対するＩＭＳサービスの処理を再開する（Ｔ２２）。なお、Ｔ２２以降の処理は、従来のＩＭＳ制御システムによる処理と同様であるので、その説明は省略する。
　図１２は、実施例１に係るＣＳＣＦサーバ６０の実行するトークン記録処理を説明するためのフローチャートである。Ｔ３１では、ネットワークＩＦ６１は、ＩＭＳ呼処理シグナリングメッセージをＵＥ１０から受信する。次に、ＩＭＳシグナリング処理部６２は、Ｔ３１で受信されたメッセージが、ＩＭＳサービスの発生の通知をアプリケーションサーバ７０に要求するためのトークンを含むか否かの判定を行う（Ｔ３２）。該判定の結果、上記メッセージがトークンを含む場合（Ｔ３２；Ｙｅｓ）には、ＩＭＳシグナリング処理部６２は、受信されたトークンを、ＵＥ１０のサービス情報として、ＩＭＳサービス情報保持部６４に保持させる（Ｔ３３）。一方、Ｔ３２における判定の結果、上記メッセージがトークンを含まない場合（Ｔ３２；Ｎｏ）には、Ｔ３３の処理は省略される。なお、Ｔ３３以降の処理は、従来のＩＭＳ制御システムによる処理と同様であるため、その説明は省略する。
　図１３は、実施例１に係るＣＳＣＦサーバ６０の実行するアプリケーション起動要求処理を説明するためのフローチャートである。まず、ネットワークＩＦ６１が、ＩＭＳサービスの要求（例えば、ＵＥ１０宛の音声ＳＩＰ着信）をＣＮ８０から受信すると（Ｔ４１）、ＩＭＳシグナリング処理部６２は、上記要求に伴い接続を要求されたＵＥ１０が、ＩＭＳシグナリングベアラＢ２の解放状態にあるか否かを判定する（Ｔ４２）。
　上記判定の結果、ＵＥ１０がベアラ解放状態にあることが確認されると（Ｔ４２；Ｙｅｓ）、ＩＭＳシグナリング処理部６２は、ＵＥ１０から事前に取得したトークンを用いて、アプリケーションサーバ７０に対し、ＵＥ１０におけるＩＭＳアプリケーションの起動を要求する（Ｔ４３）。その後、ＩＭＳシグナリング処理部６２は、ＵＥ１０から発せられるＩＭＳサービス再開要求の待ち状態に移行する（Ｔ４４）。なお、Ｔ４２における判定の結果、ＵＥ１０がベアラ解放状態にないことが確認された場合（Ｔ４２；Ｎｏ）には、上述したＴ４３、Ｔ４４の各処理は実行されず、従来と同様の処理が実行される（Ｔ４５）。
　次に、図１４、図１５を参照しながら、ＰＣＲＦサーバ５０の動作を説明する。図１４は、ＰＣＲＦサーバ５０の実行するＩＭＳセッション登録処理を説明するためのフローチャートである。ＰＣＲＦサーバ５０のネットワークＩＦ５１が、ＣＳＣＦサーバ６０から、ＩＭＳセッション登録メッセージを受信すると（Ｕ１）、ユーザアプリケーションＩＦ処理部５３は、ＩＭＳセッションの登録処理を実行する（Ｕ２）。
　Ｕ３では、上記メッセージが、ＩＭＳシグナリングベアラ解放状態のサポート能力表示を含む場合、ユーザアプリケーションＩＦ処理部５３は、セッション情報として、上記解放状態のサポート能力有を示す情報を、ポリシ制御情報保持部５４に記録させる。その後、ユーザアプリケーションＩＦ処理部５３は、ＣＳＣＦサーバ６０に対し、上記ＩＭＳセッション登録メッセージに対する応答メッセージを返信する（Ｕ４）。
　図１５は、ＰＣＲＦサーバ５０の実行するＩＭＳシグナリングベアラ解放処理を説明するためのフローチャートである。ＰＣＲＦサーバ５０のネットワークＩＦ５１が、接続中のＵＥ１０から、ＩＭＳシグナリングベアラＢ２の解放要求を受信すると（Ｕ１１）、移動網制御部５２は、ＵＥ１０とＰＣＲＦサーバ５０との間に確立されたＩＭＳシグナリングベアラＢ２の解放処理を実行する（Ｕ１２）。
　Ｕ１３では、ＰＣＲＦサーバ５０の移動網制御部５２は、ＵＥ１０のデフォルトベアラＢ１が存在し、かつ、ＵＥ１０を収容するＣＳＣＦサーバ６０が、ＩＭＳシグナリングベアラＢ２の解放状態をサポートしているか否かの判定を行う。該判定の結果、何れの条件も満たす場合（Ｕ１３；Ｙｅｓ）には、移動網制御部５２は、ＵＥ１０とＰＣＲＦサーバ５０との間のＩＭＳシグナリングベアラＢ２が解放状態にあることを、ＣＳＣＦサーバ６０に通知する（Ｕ１４）。一方、少なくとも一方の条件を欠く場合（Ｕ１３；Ｎｏ）には、移動網制御部５２は、ＵＥ１０とＰＣＲＦサーバ５０との間のＩＭＳシグナリングベアラＢ２の終了を、ＣＳＣＦサーバ６０に通知する（Ｕ１５）。
　次に、図１６、図１７を参照しながら、ＵＥ１０の動作を説明する。図１６は、実施例１に係るＵＥ１０の実行するＩＭＳサービス登録処理を説明するためのフローチャートである。まず、ＵＥ１０のＩＭＳアプリケーション部１６は、ＩＭＳサービスの登録処理の実行を開始する（Ｖ１）。次に、ＩＭＳアプリケーション部１６は、アクセス先のＣＳＣＦサーバ６０から取得した情報を基に、ＣＳＣＦサーバ６０がＩＭＳシグナリングベアラ解放状態をサポートしているか否かの判定を行う（Ｖ２）。
　上記判定の結果、サポートが確認された場合（Ｖ２；Ｙｅｓ）、ＩＭＳアプリケーション部１６は、ＣＳＣＦサーバ６０にＩＭＳサービスを登録した後、アプリケーションサーバ７０に対し、ＩＭＳアプリケーションの登録を行う。これに伴い、ＩＭＳアプリケーション部１６は、ネットワークＩＦ１１を介して、アプリケーションサーバ７０から、トークンを取得する（Ｖ３）。Ｖ４では、アプリケーションサービス制御部１５は、Ｖ３で取得されたトークンをＣＳＣＦサーバ６０に送信した後、ＩＭＳシグナリングベアラＢ２を解放する。このとき、Ｖ３にてＩＭＳサービスの登録時にＣＳＣＦサーバ６０から取得された、サービスの享受に必要な情報は、ユーザ情報管理部１４に保持される。
　なお、Ｖ２における判定の結果、ＣＳＣＦサーバ６０が上記解放状態をサポートしていないことが確認された場合（Ｖ２；Ｎｏ）、ＩＭＳアプリケーション部１６は、上述したＶ３、Ｖ４の処理を行うことなく、従来のＩＭＳサービス登録処理を実行する（Ｖ５）。
　図１７は、実施例１に係るＵＥ１０の実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。Ｖ１１では、ＵＥ１０のネットワークＩＦ１１は、ＩＭＳアプリケーションの起動要求をアプリケーションサーバ７０から受信する。Ｖ１２では、ＩＭＳアプリケーション部１６は、上記起動要求に応じて、ＵＥ１０とＣＳＣＦサーバ６０との間に、ＩＭＳシグナリングベアラＢ２を再確立する。Ｖ１３では、ＩＭＳアプリケーション部１６は、ＩＭＳサービスの再開をＣＳＣＦサーバ６０に通知する。なお、Ｖ１３以降の処理は、従来のＩＭＳサービス手順と同様であるため、その説明は省略する。
　以上説明した様に、実施例１に係るＩＭＳ制御システム１は、ＵＥ１０と、ＵＥ１０と通信可能なＣＳＣＦサーバ６０とを有する。ＵＥ１０は、ネットワークＩＦ１１と移動網サービス制御部１３とを有する。ネットワークＩＦ１１は、ＵＥ１０とＣＳＣＦサーバ６０との間に確立されたＩＭＳシグナリングベアラＢ２を用いて、所定のサービス（例えば、ＩＭＳサービス）の利用を、ＣＳＣＦサーバ６０に登録する。移動網サービス制御部１３は、ネットワークＩＦ１１により上記サービスの利用が登録された後に、ＩＭＳシグナリングベアラＢ２を解放する。ＣＳＣＦサーバ６０は、ネットワークＩＦ６１とＩＭＳシグナリング処理部６２とを有する。ネットワークＩＦ６１は、ＵＥ１０に対する上記サービスの発生を検知する。ＩＭＳシグナリング処理部６２は、ネットワークＩＦ６１により上記サービスの発生が検知された場合、上記サービスの発生をＵＥ１０に通知することを、アプリケーションサーバ７０に要求する。ＵＥ１０の移動網サービス制御部１３は、ＩＭＳシグナリング処理部６２からの要求に応じて、アプリケーションサーバ７０からＵＥ１０に対し、上記サービスの発生が通知されたことに伴い、移動網サービス制御部１３により解放されたＩＭＳシグナリングベアラＢ２を、再び確立する。
　また、アプリケーションサーバ７０は、アプリケーションをＵＥ１０に提供するサーバであってもよい。ＵＥ１０は、アプリケーションサービス制御部１５を更に有するものとしてもよい。アプリケーションサービス制御部１５は、上記サービスの発生の通知に併せて、ＵＥ１０の保持する上記アプリケーションの起動が要求された場合、上記アプリケーションを起動するものとしてもよい。更に、ＩＭＳシグナリングベアラＢ２は、音声制御用の通信路であってもよい。
　上述した様に、アプリケーションサーバ７０は、ＣＳＣＦサーバ６０からの指示に従い、ＩＭＳサービスの発生をＵＥ１０に通知する。該通知には、ＵＥ１０がＩＭＳサービスを利用するためのアプリケーションの起動要求が含まれる。アプリケーションサーバ７０は、ＵＥ１０の保持するトークンを、ＣＳＣＦサーバ６０経由で事前に取得しているため、該トークンを用いることで、ＵＥ１０に対し、上記アプリケーションの起動を要求することができる。また、ＵＥ１０においては、発生を通知されたＩＭＳサービスを利用するためのアプリケーションを起動することで、再確立されたベアラを用いて、ＩＭＳサービスの利用（例えば、ＳＩＰ着信による音声通信）を開始することができる。
　次に、実施例２について説明する。実施例２に係るＩＭＳ制御システムは、図１に示した実施例１に係るＩＭＳ制御システムと同様の構成を有する。また、実施例２に係るＵＥの構成は、図２、図５に示した実施例１に係るＵＥの構成と同様である。更に、実施例２に係るＰＣＲＦサーバの構成は、図３、図６に示した実施例１に係るＰＣＲＦサーバの構成と同様である。また、実施例２に係るＣＳＣＦサーバの構成は、図４、図７に示した実施例１に係るＣＳＣＦサーバの構成と同様である。従って、実施例２では、実施例１と共通する構成要素には、同一の参照符号を用いると共に、その図示及び詳細な説明は省略する。実施例２が実施例１と異なる点は、ＩＭＳサービスの発生をＵＥ１０に通知する装置である。
　すなわち、実施例１では、アプリケーションサーバ７０が、ＩＭＳサービスの発生をＵＥ１０に通知する主体となったが、実施例２では、ＰＣＲＦサーバ５０がＩＭＳサービスの発生を通知する。より具体的には、実施例１では、ＣＳＣＦサーバ６０は、ＵＥ１０に対するＩＭＳサービスの発生を検知すると、アプリケーションサーバ７０に対して、上記発生のＵＥ１０への通知を要求するものとした。これに対し、実施例２では、ＵＥ１０に対するＩＭＳサービスの発生を検知したＣＳＣＦサーバ６０は、ＰＣＲＦサーバ５０に対して、該発生の通知を要求する。該要求を受けたＰＣＲＦサーバ５０は、ＵＥ１０との間にＩＭＳシグナリングベアラＢ２を確立し、上記ＩＭＳサービスの発生をＵＥ１０に通知する。以下においては、この様な実施例２に係るＩＭＳ制御システム１の動作を、図１８を参照しながら、実施例１との相違点を中心として説明する。
　図１８は、実施例２に係るＩＭＳ制御システム１の動作を説明するためのシーケンス図である。図１８は、実施例１に係る動作の説明において参照した図８と、Ｓ２８の処理を除き同様である。従って、共通するステップには、末尾が同一の参照符号を付すと共に、その詳細な説明は省略する。具体的には、図１８のステップＳ２１、Ｓ２２、Ｓ２５～Ｓ２８、Ｓ３０、Ｓ３１の各処理は、図８に示したステップＳ１、Ｓ２、Ｓ５～Ｓ８、Ｓ１０、Ｓ１１の各処理にそれぞれ対応する。但し、図１８のＳ２８では、図８のＳ８とは異なり、ＣＳＣＦサーバ６０は、ＰＣＲＦサーバ５０に対して、ＩＭＳサービス発生の通知を要求する。また、ＩＭＳシグナリングベアラＢ２の再確立処理は、実施例１では、ＩＭＳサービス発生の通知を受けたＵＥ１０側から実行するものとしたが、実施例２では、ＰＣＲＦサーバ５０側（ネットワーク側）からの確立が可能である。
　まず、実施例２に係るＣＳＣＦサーバ６０の動作を説明する。実施例２に係るＣＳＣＦサーバ６０の実行する処理の内、ＩＭＳサービス登録処理（図９参照）、ＩＭＳシグナリングベアラ解放状態記録処理（図１０参照）、及びＩＭＳサービス再開処理（図１１参照）は、実施例１における処理と同様である。従って、その図示及び詳細な説明は省略すると共に、以下、実施例２に係るＣＳＣＦサーバ６０に特有の処理であるＩＭＳシグナリングベアラ確立要求処理について、図１９を参照しながら説明する。
　図１９は、実施例２に係るＣＳＣＦサーバ６０の実行するＩＭＳシグナリングベアラ確立要求処理を説明するためのフローチャートである。まず、ネットワークＩＦ６１が、ＩＭＳサービスの要求（例えば、ＵＥ１０宛の音声ＳＩＰ着信）をＣＮ８０から受信すると（Ｘ４１）、ＩＭＳシグナリング処理部６２は、上記要求に伴い接続を要求されたＵＥ１０が、ＩＭＳシグナリングベアラＢ２の解放状態にあるか否かを判定する（Ｘ４２）。
　上記判定の結果、ＵＥ１０がベアラ解放状態にあることが確認されると（Ｘ４２；Ｙｅｓ）、ＩＭＳシグナリング処理部６２は、ＰＣＲＦサーバ５０に対し、ＵＥ１０との間にＩＭＳシグナリングベアラＢ２を確立することを要求する（Ｘ４３）。その後、ＩＭＳシグナリング処理部６２は、ＵＥ１０から発せられるＩＭＳサービス再開要求の待ち状態に移行する（Ｘ４４）。なお、Ｘ４２における判定の結果、ＵＥ１０がベアラ解放状態にないことが確認された場合（Ｘ４２；Ｎｏ）には、上述したＸ４３、Ｘ４４の各処理は実行されず、従来と同様の処理が実行される（Ｘ４５）。
　次に、実施例２に係るＰＣＲＦサーバ５０の動作を説明する。実施例２に係るＰＣＲＦサーバ５０の実行する処理の内、ＩＭＳセッション登録処理（図１４参照）、及びＩＭＳシグナリングベアラ解放処理（図１５参照）は、実施例１における処理と同様である。従って、その図示及び詳細な説明は省略すると共に、以下、実施例２に係るＰＣＲＦサーバ５０に特有の処理であるＩＭＳシグナリングベアラ確立処理について、図２０を参照しながら説明する。
　図２０は、実施例２に係るＰＣＲＦサーバ５０の実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。Ｙ１では、ＰＣＲＦサーバ５０のネットワークＩＦ５１は、ＣＳＣＦサーバ６０から、ＩＭＳサービス発生の通知要求を受信する。Ｙ２では、ユーザアプリケーションＩＦ処理部５３は、ＰＣＲＦサーバ５０とＵＥ１０と間のＩＭＳシグナリングベアラＢ２の確立処理を実行し、ネットワーク側からのベアラの確立を完了する。
　次に、実施例２に係るＵＥ１０の動作を説明する。以下、実施例２に係るＵＥ１０に特有の処理であるＩＭＳサービス登録処理、及びＩＭＳシグナリングベアラ確立処理について、図２１、図２２をそれぞれ参照しながら説明する。図２１は、実施例２に係るＵＥ１０の実行するＩＭＳサービス登録処理を説明するためのフローチャートである。まず、ＵＥ１０のＩＭＳアプリケーション部１６は、ＩＭＳサービスの登録処理の実行を開始する（Ｚ１）。次に、ＩＭＳアプリケーション部１６は、アクセス先のＣＳＣＦサーバ６０から取得した情報を基に、ＣＳＣＦサーバ６０がＩＭＳシグナリングベアラ解放状態をサポートしているか否かの判定を行う（Ｚ２）。
　上記判定の結果、サポートが確認された場合（Ｚ２；Ｙｅｓ）、ＩＭＳアプリケーション部１６は、ＣＳＣＦサーバ６０にＩＭＳサービスを登録した後、ＩＭＳシグナリングベアラＢ２を解放する（Ｚ４）。なお、ＩＭＳサービスの登録時にＣＳＣＦサーバ６０から取得された、サービスの享受に必要な情報は、ユーザ情報管理部１４に保持される。
　Ｚ２における判定の結果、ＣＳＣＦサーバ６０が上記解放状態をサポートしていないことが確認された場合（Ｚ２；Ｎｏ）、ＩＭＳアプリケーション部１６は、上述したＺ４の処理を行うことなく、従来のＩＭＳサービス登録処理を実行する（Ｚ５）。
　図２２は、実施例２に係るＵＥ１０の実行するＩＭＳシグナリングベアラ確立処理を説明するためのフローチャートである。Ｚ１１では、ＵＥ１０のネットワークＩＦ１１は、ＩＭＳシグナリングベアラＢ２の確立要求をＰＣＲＦサーバ５０から受信する。Ｚ１２では、移動網サービス制御部１３は、上記確立要求に応じて、ＵＥ１０とＰＣＲＦサーバ５０との間に、ＩＭＳシグナリングベアラＢ２を確立する。Ｚ１３では、移動網サービス制御部１３は、Ｚ１２で確立されたＩＭＳシグナリングベアラＢ２を用いて、ＩＭＳサービスの再開をＣＳＣＦサーバ６０に通知する。なお、Ｚ１３以降の処理は、従来のＩＭＳサービス手順と同様であるため、その説明は省略する。
　以上説明した様に、実施例２に係るＩＭＳ制御システム１は、ＵＥ１０と、ＵＥ１０と通信可能なＣＳＣＦサーバ６０とを有する。ＵＥ１０は、ネットワークＩＦ１１と移動網サービス制御部１３とを有する。ネットワークＩＦ１１は、ＵＥ１０とＣＳＣＦサーバ６０との間に確立されたＩＭＳシグナリングベアラＢ２を用いて、所定のサービス（例えば、ＩＭＳサービス）の利用を、ＣＳＣＦサーバ６０に登録する。移動網サービス制御部１３は、ネットワークＩＦ１１により上記サービスの利用が登録された後に、ＩＭＳシグナリングベアラＢ２を解放する。ＣＳＣＦサーバ６０は、ネットワークＩＦ６１とＩＭＳシグナリング処理部６２とを有する。ネットワークＩＦ６１は、ＵＥ１０に対する上記サービスの発生を検知する。ＩＭＳシグナリング処理部６２は、ネットワークＩＦ６１により上記サービスの発生が検知された場合、上記サービスの発生をＵＥ１０に通知することを、ＰＣＲＦサーバ５０に要求する。ＵＥ１０の移動網サービス制御部１３は、ＩＭＳシグナリング処理部６２からの要求に応じて、ＰＣＲＦサーバ５０からＵＥ１０に対し、上記サービスの発生が通知されたことに伴い、移動網サービス制御部１３により解放されたＩＭＳシグナリングベアラＢ２を、再び確立する。
　また、ＰＣＲＦサーバ５０は、ＵＥ１０との間でＩＭＳシグナリングベアラＢ２の確立及び解放を行うサーバであってもよい。ＰＣＲＦサーバ５０は、移動網制御部５２を更に有するものとしてもよい。移動網制御部５２は、ＣＳＣＦサーバ６０のＩＭＳシグナリング処理部６２からの要求に応じて、ＩＭＳサービスの発生をＵＥ１０に通知すると共に、移動網サービス制御部１３により解放されたＩＭＳシグナリングベアラＢ２を、再び確立するものとしてもよい。
　実施例２に係るＩＭＳ制御システム１によれば、ＵＥ１０が、ＩＭＳシグナリングベアラＢ２を常時維持しなくとも、ＩＭＳサービス（例えば、ＳＩＰ着信サービス）を享受することができる。従って、ＩＭＳ制御システム１は、ＩＭＳシグナリングベアラＢ２の常時維持に伴って生じる、通信リソースや電力の消費を抑制することができる。その結果、システムの効率的な運用が可能となる。特に、実施例２に係るＩＭＳ制御システム１では、実施例１と比較して、ＵＥ１０の処理するメッセージが少なくて済む。従って、実施例２に係るＩＭＳ制御システム１は、移動局への負荷を抑制しつつ、実施例１と同様の効果を得ることができる。
　なお、上記各実施例では、ＵＥとして、携帯電話、スマートフォン、ＰＤＡ（Personal　Digital　Assistant）等の移動局を想定して説明した。しかしながら、本発明は、移動局に限らず、ＰＣＲＦサーバ５０との間で、各種ベアラの確立及び解放が可能な様々な通信機器に対して適用可能である。
　また、ＩＭＳ制御システム１の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、ＵＥ１０の移動網サービス制御部１３とアプリケーションサービス制御部１５、あるいは、ＣＳＣＦサーバ６０のＩＭＳシグナリング処理部６２とポリシ制御ＩＦ処理部６３とをそれぞれ１つの構成要素として統合してもよい。反対に、ＵＥ１０のアプリケーションサービス制御部１５に関し、取得されたトークンをＣＳＣＦサーバ６０に送信する部分と、ＩＭＳシグナリングベアラＢ２を解放する部分とに分散してもよい。また、ポリシ制御ＩＦ処理部６３に関し、ＩＭＳシグナリングベアラＢ２の解放状態をＩＭＳサービス情報保持部６４に記録させる部分と、ＰＣＲＦサーバ５０に応答メッセージを送信する部分とに分散してもよい。更に、メモリ１０ｂ、ＨＤＤ５０ｄ、ＨＤＤ６０ｄを、それぞれＵＥ１０、ＰＣＲＦサーバ５０、ＣＳＣＦサーバ６０の外部装置として、ネットワークやケーブル経由で接続する様にしてもよい。
　更に、上記説明では、各実施例毎に個別の構成、及び動作を説明した。しかしながら、１つのＩＭＳ制御システム１が、各実施例１、２に特有の機能を併せて有するものとしてもよい。例えば、ＣＳＣＦサーバ６０が、アプリケーションサーバ７０に対し、ＩＭＳサービス発生の通知を要求すると共に、ＰＣＲＦサーバ５０に対しても、ＩＭＳサービス発生の通知を要求する機能を併有するものとしてもよい。
　１　ＩＭＳ制御システム
　１０　ＵＥ
　１０ａ　プロセッサ
　１０ｂ　メモリ
　１０ｃ　ＲＦ回路
　１０ｄ　表示装置
　１１　ネットワークＩＦ
　１２　通信データ処理部
　１３　移動網サービス制御部
　１４　ユーザ情報管理部
　１５　アプリケーションサービス制御部
　１６　ＩＭＳアプリケーション部
　１７　ユーザアプリケーション部
　２０　ｅＮＢ
　３０　ＭＭＥ／Ｓ－ＧＷ
　４０　Ｐ－ＧＷ
　５０　ＰＣＲＦサーバ
　５０ａ　スイッチ
　５０ｂ　ＣＰＵ
　５０ｃ　ＳＤＲＡＭ
　５０ｄ　ＨＤＤ
　５０ｅ　ＮＷボード
　５１　ネットワークＩＦ
　５２　移動網制御部
　５３　ユーザアプリケーションＩＦ処理部
　５４　ポリシ制御情報保持部
　６０　ＣＳＣＦサーバ
　６０ａ　スイッチ
　６０ｂ　ＣＰＵ
　６０ｃ　ＳＤＲＡＭ
　６０ｄ　ＨＤＤ
　６０ｅ　ＮＷボード
　６１　ネットワークＩＦ
　６２　ＩＭＳシグナリング処理部
　６３　ポリシ制御ＩＦ処理部
　６４　ＩＭＳサービス情報保持部
　７０　アプリケーションサーバ
　Ａ　アンテナ
　Ｂ１　デフォルトベアラ
　Ｂ２　ＩＭＳシグナリングベアラ
　Ｎ１　無線アクセス網
　Ｎ２　モバイルコア網
　Ｎ３　ＩＰ網

Claims (7)

  1. 　移動局と、該移動局と通信可能な第１サーバとを有する無線通信システムであって、
    　前記移動局は、
    　前記移動局と第１サーバとの間に確立された通信路を用いて、所定のサービスの利用を、前記第１サーバに登録する登録部と、
    　前記登録部により前記サービスの利用が登録された後に、前記通信路を解放する第１制御部とを有し、
    　前記第１サーバは、
    　前記移動局に対する前記サービスの発生を検知する検知部と、
    　前記検知部により前記サービスの発生が検知された場合、前記サービスの発生を前記移動局に通知することを、第２サーバに要求する要求部とを有し、
    　前記移動局の第１制御部は、
    　前記要求部からの要求に応じて、前記第２サーバから前記移動局に対し、前記サービスの発生が通知されたことに伴い、前記第１制御部により解放された前記通信路を、再び確立することを特徴とする無線通信システム。
  2. 　前記第２サーバは、アプリケーションを前記移動局に提供するサーバであり、
    　前記移動局は、
    　前記サービスの発生の通知に併せて、前記移動局の保持する前記アプリケーションの起動が要求された場合、前記アプリケーションを起動する第２制御部を更に有することを特徴とする請求項１記載の無線通信システム。
  3. 　前記第２サーバは、前記移動局との間で前記通信路の確立及び解放を行うサーバであり、
    　前記第２サーバは、
    　前記要求部からの要求に応じて、前記サービスの発生を前記移動局に通知すると共に、前記第１制御部により解放された前記通信路を、再び確立する第３制御部を更に有することを特徴とする請求項１記載の無線通信システム。
  4. 　前記通信路は、音声制御用の通信路であることを特徴とする請求項１記載の無線通信システム。
  5. 　第１サーバと通信可能な移動局であって、
    　前記移動局と前記第１サーバとの間に確立された通信路を用いて、所定のサービスの利用を、前記第１サーバに登録する登録部と、
    　前記登録部により前記サービスの利用が登録された後に、前記通信路を解放すると共に、前記第１サーバが、前記移動局に対する前記サービスの発生を検知した場合に、前記第１サーバからの要求に応じて、第２サーバから前記移動局に対し、前記サービスの発生が通知されたことに伴い、解放された前記通信路を、再び確立する制御部と
    　を有することを特徴とする移動局。
  6. 　移動局と通信可能なサーバであって、
    　前記移動局と前記サーバとの間に確立された通信路を用いて、所定のサービスの利用が登録されると共に、前記通信路が解放された後、前記移動局に対する前記サービスの発生を検知する検知部と、
    　前記検知部により前記サービスの発生が検知された場合、前記サービスの発生を前記移動局に通知することを、前記サーバ以外の他のサーバに要求する要求部と
    　を有することを特徴とするサーバ。
  7. 　移動局が、
    　前記移動局と第１サーバとの間に確立された通信路を用いて、所定のサービスの利用を、前記第１サーバに登録し、
    　前記サービスの利用が登録された後に、前記通信路を解放し、
    　前記第１サーバが、
    　前記移動局に対する前記サービスの発生を検知し、
    　前記サービスの発生が検知された場合、前記サービスの発生を前記移動局に通知することを、第２サーバに要求し、
    　前記移動局が、
    　前記要求に応じて、前記第２サーバから前記移動局に対し、前記サービスの発生が通知されたことに伴い、解放された前記通信路を、再び確立する
    　ことを特徴とする無線通信方法。
PCT/JP2012/082570 2012-12-14 2012-12-14 無線通信システム、移動局、サーバ、及び無線通信方法 WO2014091630A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201280077502.3A CN104823513A (zh) 2012-12-14 2012-12-14 无线通信系统、移动台、服务器以及无线通信方法
PCT/JP2012/082570 WO2014091630A1 (ja) 2012-12-14 2012-12-14 無線通信システム、移動局、サーバ、及び無線通信方法
JP2014551826A JP5896040B2 (ja) 2012-12-14 2012-12-14 無線通信システム、移動局、サーバ、及び無線通信方法
EP12889793.1A EP2934059A4 (en) 2012-12-14 2012-12-14 WIRELESS COMMUNICATION SYSTEM, MOBILE TERMINAL, SERVER AND WIRELESS COMMUNICATION PROCESS
US14/708,986 US9668292B2 (en) 2012-12-14 2015-05-11 Wireless communication system, mobile station, server, and wireless communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/082570 WO2014091630A1 (ja) 2012-12-14 2012-12-14 無線通信システム、移動局、サーバ、及び無線通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/708,986 Continuation US9668292B2 (en) 2012-12-14 2015-05-11 Wireless communication system, mobile station, server, and wireless communication method

Publications (1)

Publication Number Publication Date
WO2014091630A1 true WO2014091630A1 (ja) 2014-06-19

Family

ID=50933945

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/082570 WO2014091630A1 (ja) 2012-12-14 2012-12-14 無線通信システム、移動局、サーバ、及び無線通信方法

Country Status (5)

Country Link
US (1) US9668292B2 (ja)
EP (1) EP2934059A4 (ja)
JP (1) JP5896040B2 (ja)
CN (1) CN104823513A (ja)
WO (1) WO2014091630A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2860932A1 (en) * 2013-10-09 2015-04-15 Telefonaktiebolaget L M Ericsson (Publ) Multimedia Communications Service Handling
WO2019001749A1 (en) * 2017-06-30 2019-01-03 Telefonaktiebolaget Lm Ericsson (Publ) METHOD FOR ESTABLISHING A VOICE CALL ON INTERNET PROTOCOL (VOIP) BETWEEN A CALLING USER EQUIPMENT (UE) AND A CALLED UE

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008096527A1 (ja) 2007-02-02 2008-08-14 Mitsubishi Electric Corporation 通信方法、基地局、通信システム及び移動端末
JP2009517933A (ja) * 2005-12-01 2009-04-30 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｍｓに登録されたユーザのための呼処理
JP2009522963A (ja) * 2006-01-10 2009-06-11 リサーチ イン モーション リミテッド Ｉｍｓを含むネットワーク環境内で適切なドメインに入力コールをルーティングするためのシステムおよび方法
JP2012004847A (ja) * 2010-06-16 2012-01-05 Ntt Docomo Inc 移動通信方法及び呼セッション制御サーバ装置
JP2012532504A (ja) * 2009-06-29 2012-12-13 リサーチ イン モーション リミテッド 進化型パケットシステムのボイスサービスインジケータに基づいてボイスサービスにアクセスするシステムおよび方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7283506B2 (en) * 2003-10-13 2007-10-16 Nokia Corporation System and method for releasing sessions at network entities associated with the sessions
WO2007037284A1 (ja) * 2005-09-28 2007-04-05 Matsushita Electric Industrial Co., Ltd. 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法
EP1770915A1 (en) * 2005-09-29 2007-04-04 Matsushita Electric Industrial Co., Ltd. Policy control in the evolved system architecture
CN100563235C (zh) * 2006-01-09 2009-11-25 华为技术有限公司 互通功能网元、csi终端与ims终端互通系统及其方法
CN101047957B (zh) * 2006-03-28 2010-09-29 华为技术有限公司 一种快速激活移动台的方法
CN101064722B (zh) * 2006-04-30 2013-10-02 华为技术有限公司 无线城域网中终端进入空闲模式的方法
US8195158B2 (en) * 2007-07-05 2012-06-05 Synchronica Plc Maintaining IMS registration while disconnected from IP bearer
US8559392B2 (en) * 2009-07-30 2013-10-15 Cisco Technology, Inc. Inter-technology handovers for wireless networks
EP2699048B1 (en) * 2010-04-27 2015-01-21 Nec Corporation Accelerating restoration of communication services upon mobility management node restarting
US8559967B2 (en) * 2010-08-27 2013-10-15 Tektronix, Inc. System and method for managing subscriber bandwidth based on cell congestion analysis
CN103703857B (zh) * 2011-07-14 2017-05-31 瑞典爱立信有限公司 专用承载的重新激活
CN103828476B (zh) * 2011-09-29 2018-05-11 瑞典爱立信有限公司 控制服务会话的资源的方法和网络节点以及对应的系统和计算机程序

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009517933A (ja) * 2005-12-01 2009-04-30 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｍｓに登録されたユーザのための呼処理
JP2009522963A (ja) * 2006-01-10 2009-06-11 リサーチ イン モーション リミテッド Ｉｍｓを含むネットワーク環境内で適切なドメインに入力コールをルーティングするためのシステムおよび方法
WO2008096527A1 (ja) 2007-02-02 2008-08-14 Mitsubishi Electric Corporation 通信方法、基地局、通信システム及び移動端末
JP2012532504A (ja) * 2009-06-29 2012-12-13 リサーチ イン モーション リミテッド 進化型パケットシステムのボイスサービスインジケータに基づいてボイスサービスにアクセスするシステムおよび方法
JP2012004847A (ja) * 2010-06-16 2012-01-05 Ntt Docomo Inc 移動通信方法及び呼セッション制御サーバ装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2934059A4

Also Published As

Publication number Publication date
US20150245408A1 (en) 2015-08-27
CN104823513A (zh) 2015-08-05
EP2934059A1 (en) 2015-10-21
US9668292B2 (en) 2017-05-30
EP2934059A4 (en) 2015-11-25
JPWO2014091630A1 (ja) 2017-01-05
JP5896040B2 (ja) 2016-03-30

Similar Documents

Publication Publication Date Title
US10693677B2 (en) Method, device, and system for controlling tunnel identifier allocation
US9277522B2 (en) Exchanging rich communication suite capability information in a communications system
US10595250B2 (en) Quality of service initiated handover
US9668166B2 (en) Quality of service for web client based sessions
US9252936B2 (en) GSM and LTE multiplexing
TWI479912B (zh) 在通信網路系統間保留備用之方法及配置
US9271198B2 (en) Handover from circuit switched domain to circuit switched service over packet switched domain
US9215256B2 (en) Updating contact information for client devices registered to the same user for an internet protocol multimedia subsystem service
CN110662308B (zh) 一种通信方法及装置
CN109429213B (zh) 一种信息处理方法、装置、设备及计算机可读存储介质
US20170311151A1 (en) Mobile communication system, communication control device, mobility management entity, and mobile communication method
US11394756B2 (en) Systems and methods for improved transitions continuity between wireless protocols
WO2019061414A1 (zh) 一种业务路径的切换方法、设备、存储介质及系统
US8483182B1 (en) Single radio voice call continuity handover of calls with video media from a circuit switched access network
KR20110017372A (ko) 회선 교환 방식 통신 네트워크로의 천이시에 단일 무선 음성 통화 통신의 연속성에 대한 지원
JP2023534597A (ja) リロケーション時にエッジアプリケーションサーバへのシームレスなサービス継続性を調整するためのメカニズム
JP5896040B2 (ja) 無線通信システム、移動局、サーバ、及び無線通信方法
WO2016157628A1 (ja) ユーザ装置及び規制方法
CN106576278B (zh) 一种srvcc能力信息的传输方法、装置及系统
WO2023071847A1 (zh) 一种业务转移方法及通信装置
US9913125B1 (en) Mobile data service control for a wireless communication device
US9445314B2 (en) Methods and devices for radio access bearer establishment
WO2024061143A1 (zh) 应用程序确定方法、装置、终端及服务器
WO2024041422A1 (zh) 通信方法、装置、终端及核心网节点
WO2023221855A1 (zh) 数据通道应用列表的处理方法、装置及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12889793

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014551826

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012889793

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE